今天看netty权威指南，第一次听说构建器，百度了几个博客，但是并没有通俗易懂一点儿的，综合别人的博客，总结如下：

1. 构建器是什么？

当创建对象需要传入多个参数的时候我们通常会根据参数的数量写不同的构造器，具体如下

public A(int a){}

public A(int a, int b){}

public A(int a, int b, int c){}

根据不同的参数调用不同的构造器，但是当参数多了的时候，这种方式不够灵活,所以会实现动态传参的方法

public A(){}

public void seta(int a){}

public void setb(int b){}

public void setc(int c){}

这种方式提高了传参的可读性，也提高了传参的灵活性，但是会增加代码行数，同时在多线程异步执行的时候导致奇怪的错误。

有没有办法解决呢？既能提高代码可读性，提高参数灵活性，又不会增加代码行数，并保证线程安全呢？

构建器模式登场，先看代码。

这里我们写一个 Person 类，并为这个类加上构建器:

public class Person {

private final String name;

private final int age;

private final String address;

private final String phone;

public static class Builder{

private final String name;

private final int age;

private String address = null;

private String phone = null;

public Builder(String name,int age){

this.name = name;

this.age = age;

}

public Builder address(String val){

address = val;

return this;

}

public Builder phone(String val){

phone = val;

return this;

}

public Person builder(){

return new Person(this);

}

}

private Person(Builder builder){

this.name = builder.name;

this.age = builder.age;

this.address = builder.address;

this.phone = builder.phone;

}

@Override

public String toString() {

return "name:"+name+" age:"+age+" address:"+address+" phone:"+phone;

}

}

调用这个构建器的方式

public class PersonTest {

public static void main(String[] args) {

Person p = new Person.Builder("tom", 18).address("深圳").phone("110").builder();

System.out.println(p.toString());

}

}

2. 为什么使用构建器？

2.1 参数的限制

静态工厂方法与构造器都有一个共同的局限性，就是它们不能很好的扩展到大量的可选参数。就像我们上面的那个Person 类，在实际中我们会有许多的属性，性别、出生年月、爱好...对与这样的类。

2.2 重叠构造器

我们初学的时候都会选择 重叠构造器(telecoping constructor)模式 。在这种情况下，第一个构造器是实例化对象必须的参数，第二个会多一个参数，就这样叠加，最后是一个有所有参数的构造器

public class Person {

private final String name;

private final int age;

private final String address;

private final String phone;

public Person(String name, int age) {

this(name,age,null);

}

public Person(String name, int age, String address) {

this(name,age,address,null);

}

public Person(String name, int age, String address, String phone) {

super();

this.name = name;

this.age = age;

this.address = address;

this.phone = phone;

}

@Override

public String toString() {

return "name:"+name+" age:"+age+" address:"+address+" phone:"+phone;

}

}

获得对象

public class PersonTest {

public static void main(String[] args) {

Person p = new Person("tom",18,null,"110");

System.out.println(p.toString());

}

}

在这个构造器中也许会有你不想要的参数，如果我们的参数变多了的话，情况就不会很好。

总结一句话:重叠构造器可行，但当有很多的参数的时候，客户端的代码就会很难编写并且不容易阅读我们在使用的时候，必须很仔细的看每一个参数的位置和含义。

2.3 JavaBeans模式

2.3.1 创建JavaBeans模式

这个时候我们还有一种替代的方式，这个就是JavaBeans模式。这种模式下，使用无参的构造方法创建对象，然后调用setter 方法给属性设置值

public class Person {

private String name;

private int age;

private String address;

private String phone;

public void setName(String name) {

this.name = name;

}

public void setAge(int age) {

this.age = age;

}

public void setAddress(String address) {

this.address = address;

}

public void setPhone(String phone) {

this.phone = phone;

}

@Override

public String toString() {

return "name:"+name+" age:"+age+" address:"+address+" phone:"+phone;

}

}

使用的方式，这个相比与重叠构造器更容易的创建了对象，同时让代码跟容易的阅读。

public class PersonTest {

public static void main(String[] args) {

Person p = new Person();

p.setName("tom");

p.setAge(18);

p.setAddress("深圳");

p.setPhone("110");

System.out.println(p.toString());

}

}

2.3.2 JavaBeans模式的劣势

构造的过程分到了几个调用中，在构造JavaBeans的时候可能会不一致

类无法仅仅通过检验构造器参数的有效性来保证一致性！

对象的不一致会导致失败，JavaBeans模式阻止了把类做为不可变的可能，需要程序员做额外努力来保证它线程安全。

2.4 构建器

构建器的创建对象就比较易于创建与阅读，线程安全

等待所有的参数验证通过才会build()对象。

与构造器相比，builder 的微略优势在于，builder可以有多个可变(varargs)参数。构造器像方法一样，只有一个可变参数。因为builder利用单独的方法来设置每个参数，你想要多少个可变参数，他们就可以有多少个，知道每个setter方法都有一个可变参数。

builder模式非常灵活，可以理由单个builder构建多个对象。builder的参数可以在创建对象时进行调整

设置了参数的builder生成一个很好的抽象工厂(Abstract Factory),也就是客户端可以将这样一个builder传给方法，使该方法能为客户端创建一个或者多个对象

builder也有自己的不足，就是创建对象就必须创建它的构建器。

builder模式还比重叠构造器模式更加的冗长，因此它会在参数多的时候使用。但是我们要知道，我们可能会在设计之后还要添加参数，所以一开始就用构建器还是比较好的。

3 总结

如果类的构造器或者静态工厂中具有多个参数，设计这种类时，Builder模式就是不错的选择，特别是当大多数14:39:30参数都是可选的时候。

与重叠构造器相比，builder牧师的客户端更易与阅读和编写

与JavaBeans相比，更加的安全