结合JDK源码看设计模式——建造者模式

时间：2021-04-03 18:56:41

概念：

　　将一个复杂对象的构建与它的表示分离。使得同样构建过程可以创建不同表示
适用场景：

  1. 一个对象有很多属性的情况下
  2. 想把复杂的对象创建和使用分离

优点：

　　封装性好，扩展性好

详解：
　　工厂模式注重把这个产品创造出来即可，而建造者更关心创建的细节，当创建一个对象需要使用很多步骤去完成的时候，我们可以考虑建造者模式，当创建一个对象比较简单的时候，我们就可以使用工厂模式。通俗一点来理解，建造者模式更像是专门定做一个东西，还是拿上篇博客的例子来说，iterator()作为一个工厂方法，它是可以有不同的厂家，但是呢，它完成的都是遍历的功能，而建造者更像是你买一个戒指，你不仅仅要求它能戴在手上，更加希望你的名字被刻在上面这样。就是关注到产品细节的就可以用建造者模式。如果你还不理解，那我们来看下面的代码：

class Test{

public static void main(String[] args) {

StringBuilder s=new StringBuilder("你好").append(",我现在在研究").append("建造者模式").append("希望能有所收获.");

System.out.println(s);

}

}

运行结果如下：

结合JDK源码看设计模式——建造者模式

上面可以链式调用append()方法，在UML图（部分）里可以看见

结合JDK源码看设计模式——建造者模式

拿其中一个append的方法就是

@Override

public StringBuilder append(char c) {

super.append(c);

return this;

}

StringBuilder的父类是AbstractStringBuilder抽象类。所以来到AbstractStringBuilder里面的append方法

@Override

public AbstractStringBuilder append(char c) {

ensureCapacityInternal(count + 1);

value[count++] = c;

return this;

}

　　可以看见是要插入一个字符串，要先扩容，再在把这个值加入到value数组中。在这里多说一嘴，这也是StringBuilder，StringBuffer和String类最大的区别，在String底层是一个用final修饰的值不可变的数组，而AbstractStringBuilder中的数组是“值可变”的，下面是AbstractStringBuilder扩容的源码

private void ensureCapacityInternal(int minimumCapacity) {

// overflow-conscious code

if (minimumCapacity - value.length > 0) {

value = Arrays.copyOf(value,

newCapacity(minimumCapacity));

}

}

　　也就是原来的数组拷贝到一个新的长度数组里面。这虽然原来的数组也是不可变的，但是放在JVM底层StringBuilder是只改了这个对象指向的区域里面的值，并没有改这个对象的指向区域。而String是直接new一个新对象，然后修改String旧对象指向的地方，来达到改值的操作。

总结：
　　扯远了，现在回到建造者模式，建造者最常用的其实是想上面Test类中的链式调用，因为我可以订做这个产品的具体细节，你再给我多少个append()或者一些其他方法调用，我返回的还是StringBuilder这个对象，也就是这个产品不变，但是里面的细节我有要求你给我做成什么样的。可以和之前的工厂模式对比着看，会更有体会。

相关文章