创建型模式：负责对象的创建。
工厂方法模式（Factory Method）；解决某个对象的创建工作。
抽象工厂模式（Abstract Factory）： 解决一系列相互依赖对象的创建工作。
创建者模式（Builder）：解决“一些复杂对象”的创建工作。
原型模式（Prototype）：解决某些结构复杂的对象的创建工作。
单例模式（Singleton）：解决了实体对象的个数问题。
单例模式（SINGLETON）
单例对象的类保证只有一个实例存在。
确保某个类只有一个实例，向整个系统提供这个实例。
确保某个类只有一个对象场景，避免产生多个对象消耗过多的资源，或者某种类型的对象因该有且只有一个。
Client : 高层客户端。
Singleton : 单例类。
常见的写法（线程不安全）：
推荐的写法(线程安全；延迟加载；效率较高)：
双重检查：
静态内部类：
枚举的写法：
Android不推荐枚举，耗费资源：
https://www.youtube.com/watch?t=32&v=Hzs6OBcvNQE
在Android项目里常用于生成View的LayoutInflater，就是单例的一种实现。
工厂方法模式是创建型设计模式之一 。
工厂方法模式定义一个创建对象的接口，让子类决定实例化哪个类 。
需要生成复杂对象的地方适合使用工厂模式，用new就可以完成创建的对象无需使用工厂模式。
Android源码里的实现：
Activity的onCreate就可以看作是一个工厂方法 。
减少内存开销，提高性能。
每次添加新的产品就要编写一个新的产品类，导致类结构的复杂化。
抽象工厂模式起源于以前对不同操作系统的图形化解决方案，不同操作系统中的按钮和文本控件实现不同，展示效果也不一样。
为创建一组相关或者是相互依赖的对象提供一个接口，而不需要指定它们的具体类。
一个家族有相同的约束时可以使用抽象工厂模式。
AbstractFactory : 抽象工厂角色，声明了一组用于创建一个产品的方法，每个方法对应一种产品。
ConcreteFactory : 具体工厂角色，实现了在抽象工厂中定义的创建产品的方法，生成一组具体产品，产品构成一个产品种类。
AbstractProduct : 抽象产品角色，为每种产品声明接口，比如图中AbstractProductA和B
ConcreteProduct : 具体产品角色，定义具体工厂生产的具体产品对象，如图中ConcreteProductA1,A2,B1和B2。
Android里对MediaPlayer的创建。
分离接口和实现。
1. 类文件爆炸性增加
2. 不容易扩展新的产品类，因为每增加一个产品类就需要修改抽象工厂。
区别：工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。 工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。
原型二字表明了该模式有一个样板实例，用户从这个样本实例中复制一个内部属性一致的对象，原型模式多用于创建复杂的或构造耗时的实例。
原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。
1.类初始化需要消耗非常多的资源，包括数据，硬件资源等，通过原型拷贝避免消耗。
2.一个对象需要提供给其他对象访问，各个调用者需要修改其值时，考虑原型模式拷贝或者多个对象供调用者使用，即保护性拷贝。
UML图：
Client : 客户端用户。
Prototype : 抽象类或者接口，声明具备clone能力。
ConcretePrototype : 具体原型类。
Intent的clone()方法。
原型模式是在内存中二进制流的拷贝，比直接new一个对象性能好很多，当要在一个循环体内产生大量的对象时，原型模式可以更好体现其优点。
直接在内存中拷贝时，构造器是不会执行的，优点是减少了约束，缺点也是减少了约束。
Builder模式是一步一步创建一个复杂对象的创建型模式，它允许用户在不知道内部构建细节的情况下，更精细的控制对象构造流程。
将一个复杂对象的构建和它的表示分离，使得同样的构建过程可以创建不同的表示。
1. 初始化一个对象特别复杂，参数多，很多参数都有默认值时。比如ImageLoader里的ImageLoaderConfig。
2. 类非常复杂，产品类中的调用顺序不同产生了不同的作用，这个时候使用建造者模式非常适合。
Product : 产品的抽象类。
Builder : 抽象Builder类，规范产品的组建，一般是子类实现具体的组建过程。
ConcreteBuilder : 具体的Builder类。
Director : 统一组装过程。
WindowManager
1. 良好的封装性，使用建造者模式可以使客户端不必知道产品内部组成的细节。
2. 建造者独立，容易扩展。
会产生多余的Builder对象和Director对象，消耗内存。
