指挥者类（Director）：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。
在例子中：
抽象建造者类：CarBuilder
具体建造者类：BenzBuilder BMWBuilder
产品类：Benz BMW
指挥者类：BenzDirector BMWDirector
类图如下：
优点：
建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。
建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。
缺点：
造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
使用场景建造者（Builder）模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将它们组合在一起的算法却相对稳定，所以它通常在以下场合使用。
创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但构件间的建造顺序是稳定的。
创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的。
工厂方法模式VS建造者模式工厂方法模式注重的是整体对象的创建方式；而建造者模式注重的是部件构建的过程，意在通过一步一步地精确构造创建出一个复杂的对象。
抽象工厂模式VS建造者模式抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可。建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。如果将抽象工厂模式看成汽车配件生产工厂，生产一个产品族的产品，那么建造者模式就是一个汽车组装工厂，通过对部件的组装可以返回一辆完整的汽车。
运行 public class BuildMain { public static void main(String[] args) { BMWDirector bmwDirector = new BMWDirector(new BWMBuilder()); BenzDirector benzDirector = new BenzDirector(new BenzBuilder()); BMW bmw = bmwDirector.buildWholeCar(); Benz benz = benzDirector.buildWholeCar(); System.out.println(bmw.toString()); System.out.println(benz.toString()); } } /* 组装BMW电气系统 组装BMW发动机 组装BMW车壳 组装benz电气系统 组装benz发动机 组装benz车壳 BMW{carElectical=CarElectical{name='BWM'}, carEngine=CarEngine{name='BWM'}, carShell=CarShell{name='BWM'}} Benz{carElectical=CarElectical{name='Benz'}, carEngine=CarEngine{name='Benz'}, carShell=CarShell{name='Benz'}}*/