在建造者模式中，一个复杂的对象被分解成若干的部件。部件由具体建造者类（builder）负责构造，有指挥类（director）负责装配。进而构造出复杂的对象。
由于在建造者模式中，实现了构造和装配的解耦，则使用不同的构造器，相同的装配有可能会做出不同的对象，同样的使用相同的构建起，不同的装配也可以做出不同的对象。

建造者模式主要由以下角色：

• 抽象建造者类：这个接口规定要实现复杂对象的哪些部分的创建，并不涉及具体的部件对象的创建。
• 具体建造者类：实现抽象建造者类/接口，完成负载产品的各个部件的具体创建方法，在构造过程完成后，提供产品的实力。
• 产品类：要创建的复杂对象。
• 指挥类：调用具体创建者来创建复杂对象的各个部分，在指挥者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按照某种顺序创建。

生产一个自行车实例是一个比较复杂的过程。新建一个自行车对象需要有很多步骤，在builder中有与步骤相对应的方法，通过指挥者将这些方法组合起来可以生成不同的自行车对象。

/**
 * 产品类
 */
public class Bike {
    private String frame;
    private String seat;

    public String getFrame() {
        return frame;
    }

    public void setFrame(String frame) {
        this.frame = frame;
    }

    public String getSeat() {
        return seat;
    }

    public void setSeat(String seat) {
        this.seat = seat;
    }
}

/**
 * 抽象建造者类
 */
public abstract class Builder {

    protected Bike mBike = new Bike();

    public abstract void buildFrame();
    public abstract void buildSeat();
    public abstract Bike createBike();
}

/**
 * 指挥者类
 */
public class Director {
    private Builder mBuilder;

    public Director(Builder builder){
        mBuilder = builder;
    }

    public Bike construct(){
        mBuilder.buildFrame();
        mBuilder.buildSeat();
        return mBuilder.createBike();
    }
}
/**
 * 具体建造这类
 */
public class MobikeBuilder extends Builder{
    @Override
    public void buildFrame() {
        mBike.setFrame("铝合金车架");
    }

    @Override
    public void buildSeat() {
        mBike.setSeat("真皮车座");
    }

    @Override
    public Bike createBike() {
        return mBike;
    }
}
/**
 * 具体建造者类
 */
public class OfoBuilder extends Builder{

    @Override
    public void buildFrame() {
        mBike.setFrame("碳纤维车架");
    }

    @Override
    public void buildSeat() {
        mBike.setSeat("橡胶车座");
    }

    @Override
    public Bike createBike() {
        return mBike;
    }
}
/**
 * 测试类
 */
public class test {
    public static void main(String[] args) {
        showBike(new OfoBuilder());
        showBike(new MobikeBuilder());
    }

    public static void showBike(Builder builder){
        Director director = new Director(builder);
        Bike bike = director.construct();
        System.out.println(bike.getFrame());
        System.out.println(bike.getSeat());
    }
}

优点：

• 建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥类中对整体而言可以取得比较好的稳定性。
• 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象，
• 可以更加惊喜地控制产品的创建过程，将复杂产品的创建步骤分解在不同的方法中，是的创建过程更加清晰，页更方便使用程序来控制创建过程。
• 建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以实现，基本上不需要修改之前的代码。
  缺点：
• 建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式。

工厂方法模式VS建造者模式
工厂方法模式注重的是整体对象的创建方式；而建造者模式注重的是部件构建的过程，意在通过一步一 步地精确构造创建出一个复杂的对象。
我们举个简单例子来说明两者的差异，如要制造一个超人，如果使用工厂方法模式，直接产生出来的就 是一个力大无穷、能够飞翔、内裤外穿的超人；而如果使用建造者模式，则需要组装手、头、脚、躯干 等部分，然后再把内裤外穿，于是一个超人就诞生了。
抽象工厂模式VS建造者模式
抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组 合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可。
建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。
如果将抽象工厂模式看成汽车配件生产工厂，生产一个产品族的产品，那么建造者模式就是一个汽车组 装工厂，通过对部件的组装可以返回一辆完整的汽车。

文章内容为个人学习总结，如有错误望指正。
参考链接https://www.bilibili.com/video/BV1Np4y1z7BU