详解23种设计模式（基于Java）—— 创建者模式（二 / 五）
目录
- 2.创建者模式（5种）
-
- 2.1.单例模式
-
- 2.1.1.结构
- 2.1.2.实现
- 2.1.3.存在的问题
- 2.1.4.问题解决
- 2.1.5.JDK源码解析——Runtime类
- 2.2.工厂方法模式
-
- 2.2.1.简单工厂模式
- 2.2.2.工厂方法模式
- 2.3.抽象工厂模式
-
- 2.3.1.概念
- 2.3.2.结构
- 2.3.3.实现
- 2.3.4.优缺点
- 2.3.5.使用场景
- 2.3.6.模式扩展
- 2.3.7.JDK源码解析——Collection.iterator方法
- 2.4.原型模式
-
- 2.4.1.概述
- 2.4.2.结构
- 2.4.3.实现
-
- 2.4.3.1.浅克隆
- 2.4.3.2.深克隆
- 2.5.建造者模式
-
- 2.5.1.概述
- 2.5.2.结构
- 2.5.3.实例
- 2.5.4.优缺点
- 2.5.5.使用场景
- 2.5.6.模式扩展
- 2.5.7.创建者模式对比
本文章笔记整理来自黑马视频https://www.bilibili.com/video/BV1Np4y1z7BU，相关资料可在评论区获取。
详解23种设计模式（基于Java）—— 设计模式相关内容介绍（一 / 五）
详解23种设计模式（基于Java）—— 结构型模式（三 / 五）
详解23种设计模式（基于Java）—— 行为型模式（四 / 五）
详解23种设计模式（基于Java）—— 综合练习之自定义Spring IoC（五 / 五）
2.创建者模式（5种）
创建型模式的主要关注点在于“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。 这样可以降低系统的耦合度，使用者不需要关注对象的创建细节。创建型模式分为：单例模式、工厂方法模式、抽象工程模式、原型模式、建造者模式这5种。
2.1.单例模式
单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。它提供了一种创建对象的最佳方式。这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。
2.1.1.结构
单例模式的主要有单例类和访问类这两个角色：
| 单例类 | 只能创建一个实例的类 |
|---|---|
| 访问类 | 使用单例类 |
2.1.2.实现
单例模式分类两种：饿汉式和懒汉式。
| 饿汉式 | 类加载就会导致该单实例对象被创建 |
|---|---|
| 懒汉式 | 类加载不会导致该单实例对象被创建，而是首次使用该对象时才会创建 |
（1）饿汉式
① 方式一：静态变量
package com.itheima.patterns.singleton.hungryman1;
//饿汉式
public class Singleton{
//私有构造方法
private Singleton(){
}
//静态变量创建类的对象
private static Singleton instance = new Singleton();
//对外提供静态方法获取该对象
public static Singleton getInstance(){
return instance;
}
}
说明： 方式一在成员位置声明Singleton类型的静态变量，并创建Singleton类的对象instance。instance对象是随着类的加载而创建的。如果该对象足够大的话，而一直没有使用就会造成内存的浪费。
② 方式二：静态代码块
package com.itheima.patterns.singleton.hungryman2;
public class Singleton{
//私有构造方法
private Singleton(){
}
//在静态代码块中进行创建
private static Singleton instance;
static {
instance = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance(){
return instance;
}
}
说明：方式二在成员位置声明Singleton类型的静态变量，而对象的创建是在静态代码块中，也是随着类的加载而创建。所以和方式一基本一样，也存在内存浪费问题。
③ 方式三：枚举方式
package com.itheima.patterns.singleton.hungryman3;
public enum Singleton {
INSTANCE;
}
说明：枚举类实现单例模式是极力推荐的单例实现模式，因为枚举类型是线程安全的，并且只会装载一次，设计者充分的利用了枚举的这个特性来实现单例模式，枚举的写法非常简单，而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。
测试代码如下：
Client.java
package com.itheima.patterns.singleton.hungryman;
public class Client {
public static void main(String[] args) {
Singleton instance1 = Singleton.getInstance();
Singleton instance2 = Singleton.getInstance();
//instance1和instance2为同一个对象，结果为true
System.out.println(instance1 == instance2);
}
}
（2）懒汉式
① 方式一：synchronized线程安全
package com.itheima.patterns.singleton.Lazyman;
public class Singleton{
//私有构造方法
private Singleton(){
}
//声明Singleton类型的变量instance，并未进行赋值
private static Singleton instance;
//使用关键字synchronized的目的在于保证线程安全
public static synchronized Singleton getInstance(){
if(instance == null){
instance = new Singleton();
}
return instance;
}
}
说明：该方式实现了懒加载效果，同时又解决了线程安全问题。但是在getInstance()方法上添加了synchronized关键字，导致该方法的执行效果特别低。从上面代码我们可以看出，其实就是在初始化instance的时候才会出现线程安全问题，一旦初始化完成就不存在了。
② 方式二：双重检查锁
package com.itheima.patterns.singleton.lazyman2;
public class Singleton {
//私有构造方法
private Singleton(){
}
//声明Singleton类型的变量instance，并未进行赋值
private static volatile Singleton instance;
public static Singleton getInstance(){
//第一次检查，若instance不为null，则不进入抢锁阶段，直接返回实际值即可
if(instance == null){
synchronized(Singleton.class){
//第二次检查，得到锁之后再次判断instance是否为空
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
说明：双重检查锁模式是一种非常好的单例实现模式，解决了单例、性能、线程安全问题，虽然双重检测锁模式看上去完美无缺，其实是存在问题，在多线程的情况下，可能会出现空指针问题，出现问题的原因是JVM在实例化对象的时候会进行优化和指令重排序操作。要解决双重检查锁模式带来空指针异常的问题，只需要使用 volatile 关键字，volatile 关键字可以保证可见性和有序性。 添加 volatile 关键字之后的双重检查锁模式是一种比较好的单例实现模式，能够保证在多线程的情况下线程安全也不会有性能问题。
③ 方式三：静态内部类方式
package com.itheima.patterns.singleton.lazyman3;
public class Singleton {
//私有构造方法
private Singleton(){
}
//静态内部类
private static class SingletonHolder{
private static final Singleton INSTANCE = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance(){
return SingletonHolder.INSTANCE;
}
}
说明：第一次加载Singleton类时不会去初始化INSTANCE，只有第一次调用getInstance()时，虚拟机才加载SingletonHolder，并初始化INSTANCE，这样不仅能确保线程安全，也能保证Singleton 类的唯一性。总之，静态内部类单例模式是一种优秀的单例模式，是开源项目中比较常用的一种单例模式。在没有加任何锁的情况下，保证了多线程下的安全，并且没有任何性能影响和空间的浪费。
2.1.3.存在的问题
破坏单例模式演示（序列化反序列化和反射）：
（1） 序列化反序列化
package com.itheima.patterns.singleton.problem1;
import java.io.Serializable;
public class Singleton implements Serializable {
//私有构造方法
private Singleton() {
}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
package com.itheima.patterns.singleton.problem1;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
public class Client {
public static void main(String[] args) throws Exception {
writeObject2File();
readObjectFromFile();
readObjectFromFile();
}
//从文件读取数据（对象）
public static void readObjectFromFile() throws Exception {
//1.创建对象输入流对象
ObjectInputStream ois = new ObjectInputStream(new FileInputStream("E:\\testData\\a.txt"));
//2.读取对象
Singleton instance = (Singleton) ois.readObject();
System.out.println(instance);
//释放资源
ois.close();
}
//向文件中写数据（对象）
public static void writeObject2File() throws Exception {
//1.获取Singleton对象
Singleton instance = Singleton.getInstance();
//2.创建对象输出流对象
ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("E:\\testData\\a.txt"));
//3.写对象
oos.writeObject(instance);
//4.释放资源
oos.close();
}
}
（2） 反射
public class Singleton {
//私有构造方法
private Singleton() {
}
private static volatile Singleton instance;
//对外提供静态方法获取该对象
public static Singleton getInstance() {
if(instance != null) {
return instance;
}
synchronized (Singleton.class) {
if(instance != null) {
return instance;
}
instance = new Singleton();
return instance;
}
}
}
package com.itheima.patterns.singleton.problem2;
import java.lang.reflect.Constructor;
public class Client {
public static void main(String[] args) throws Exception {
//获取Singleton类的字节码对象
Class clazz = Singleton.class;
//获取Singleton类的私有无参构造方法对象
Constructor constructor = clazz.getDeclaredConstructor();
//取消访问检查
constructor.setAccessible(true);
//创建Singleton类的对象s1
Singleton s1 = (Singleton) constructor.newInstance();
//创建Singleton类的对象s2
Singleton s2 = (Singleton) constructor.newInstance();
//判断通过反射创建的两个Singleton对象是否是同一个对象
System.out.println(s1 == s2); //false
}
}
2.1.4.问题解决
（1）序列化、反序列方式破坏单例模式的解决方法
在Singleton类中添加 readResolve() 方法，在反序列化时被反射调用，如果定义了这个方法，就返回这个方法的值，如果没有定义，则返回新new出来的对象。
package com.itheima.patterns.singleton.reslove1;
import java.io.Serializable;
public class Singleton implements Serializable {
//私有构造方法
private Singleton() {
}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
//解决序列化反序列化破解单例模式
private Object readResolve() {
return SingletonHolder.INSTANCE;
}
}
具体的深入分析可以参考这篇文章。
（2）反射方式破解单例的解决方法
当通过反射方式调用构造方法进行创建创建时，直接抛异常，不运行此中操作。
package com.itheima.patterns.singleton.reslove1;
import java.io.Serializable;
public class Singleton implements Serializable {
private static boolean flag = false;
//私有构造方法
private Singleton() {
synchronized (Singleton.class){
//若flag的值为true，说明不是第一次访问，直接抛一个异常
if(flag){
throw new RuntimeException("不能创建多个对象！");
}
flag = true;
}
}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
//解决序列化反序列化破解单例模式
private Object readResolve() {
return SingletonHolder.INSTANCE;
}
}
2.1.5.JDK源码解析——Runtime类
（1）Runtime类就是使用的单例设计模式，其部分源代码如下：
public class Runtime {
private static Runtime currentRuntime = new Runtime();
/**
* Returns the runtime object associated with the current Java application.
* Most of the methods of class Runtime are instance
* methods and must be invoked with respect to the current runtime object.
*
* @return the Runtime object associated with the current
* Java application.
*/
public static Runtime getRuntime() {
return currentRuntime;
}
/** Don't let anyone else instantiate this class */
private Runtime() {
}
...
}
从上面源代码中可以看出Runtime类使用的是饿汉式（静态属性）方式来实现单例模式的。
（2）简单使用Runtime类
package com.itheima.patterns.singleton.runtimedemo;
import java.io.IOException;
import java.io.InputStream;
public class RunTimeDemo {
public static void main(String[] args) throws IOException {
//获取RunTime类对象
Runtime runtime = Runtime.getRuntime();
System.out.println("JVM空闲内存=" + runtime.freeMemory()/(1024*1024) + "M");
System.out.println("JVM总内存=" + runtime.totalMemory()/(1024*1024) + "M");
System.out.println("JVM可用最大内存=" + runtime.maxMemory()/(1024*1024) + "M");
//调用runtime的方法exec，参数为一个命令
Process process = runtime.exec("ipconfig");
//调用process对象的获取输入流的方法
InputStream is = process.getInputStream();
byte[] arr = new byte[1024 * 1024 * 100];
int length = is.read(arr);
System.out.println(new String(arr,0,length,"GBK"));
}
}
2.2.工厂方法模式
【需求】设计一个咖啡店点餐系统
设计一个咖啡类（Coffee），并定义其两个子类（美式咖啡【AmericanCoffee】和拿铁咖啡【LatteCoffee】）；再设计一个咖啡店类（CoffeeStore），咖啡店具有点咖啡的功能。具体类的设计如下：
在Java中，万物皆对象，这些对象都需要创建，如果创建的时候直接new该对象，就会对该对象耦合严重，假如要更换对象，所有new对象的地方都需要修改一遍，这显然违背了软件设计的开闭原则。如果使用工厂来生产对象，我们就只和工厂打交道就可以了，彻底和对象解耦，如果要更换对象，直接在工厂里更换该对象即可，达到了与对象解耦的目的；所以说工厂模式最大的优点就是：解耦。
下面将对简单工厂模式、工厂方法模式、抽象工厂模式这三种工厂模式展开介绍：
2.2.1.简单工厂模式
简单工厂不是一种设计模式，反而比较像是一种编程习惯。
（1）结构
简单工厂包含如下角色：
① 抽象产品：定义了产品的规范，描述了产品的主要特性和功能。
② 具体产品：实现或者继承抽象产品的子类。
③ 具体工厂：提供了创建产品的方法，调用者通过该方法来获取产品。
（2）实现
现在使用简单工厂对上面案例进行改进，类图如下：
实现代码如下：
Coffee.java
package com.itheima.patterns.factory.simple_factory;
public abstract class Coffee {
public abstract String getName();
//加糖
public void addSugar(){
System.out.println("加糖");
}
//加奶
public void addMilk(){
System.out.println("加奶");
}
}
AmericanCoffee.java
package com.itheima.patterns.factory.simple_factory;
//美式咖啡
public class AmericanCoffee extends Coffee {
@Override
public String getName() {
return "美式咖啡";
}
}
LatteCoffee.java
package com.itheima.patterns.factory.simple_factory;
//拿铁咖啡
public class LatteCoffee extends Coffee {
@Override
public String getName() {
return "拿铁咖啡";
}
}
SimpleCoffeeFactory.java
package com.itheima.patterns.factory.simple_factory;
public class SimpleCoffeeFactory {
public Coffee createCoffee(String type) {
//声明Coffee类型的变量，根据不同类型创建不同的coffee子类对象
Coffee coffee = null;
if("american".equals(type)) {
coffee = new AmericanCoffee();
} else if("latte".equals(type)) {
coffee = new LatteCoffee();
} else {
throw new RuntimeException("对不起，您所点的咖啡没有");
}
return coffee;
}
}
CoffeeStore.java
package com.itheima.patterns.factory.simple_factory;
public class CoffeeStore {
public Coffee orderCoffee(String type){
SimpleCoffeeFactory factory = new SimpleCoffeeFactory();
//调用生产咖啡的方法
Coffee coffee = factory.createCoffee(type);
//加配料
coffee.addMilk();
coffee.addSugar();
return coffee;
}
}
Clien.java
package com.itheima.patterns.factory.simple_factory;
public class Clien {
public static void main(String[] args) {
//1.创建咖啡店类
CoffeeStore store = new CoffeeStore();
//2.点咖啡
Coffee coffee = store.orderCoffee("american");
System.out.println(coffee.getName());
}
}
工厂（factory）处理创建对象的细节，一旦有了SimpleCoffeeFactory，CoffeeStore类中的orderCoffee()就变成此对象的客户，后期如果需要Coffee对象直接从工厂中获取即可。这样也就解除了和Coffee实现类的耦合，同时又产生了新的耦合，CoffeeStore对象和SimpleCoffeeFactory工厂对象的耦合，工厂对象和商品对象的耦合。后期如果再加新品种的咖啡，我们势必要需求修改SimpleCoffeeFactory的代码，违反了开闭原则。工厂类的客户端可能有很多，比如创建美团外卖等，这样只需要修改工厂类的代码，省去其他的修改操作。
（3）优缺点：
优点：封装了创建对象的过程，可以通过参数直接获取对象。把对象的创建和业务逻辑层分开，这样以后就避免了修改客户代码，如果要实现新产品直接修改工厂类，而不需要在原代码中修改，这样就降低了客户代码修改的可能性，更加容易扩展。
缺点：增加新产品时还是需要修改工厂类的代码，违背了“开闭原则”。
（4）扩展
静态工厂：在开发中也有一部分人将工厂类中的创建对象的功能定义为静态的，这个就是静态工厂模式，它也不是
23种设计模式中的。代码如下：
public class SimpleCoffeeFactory {
public static Coffee createCoffee(String type) {
Coffee coffee = null;
if("americano".equals(type)) {
coffee = new AmericanoCoffee();
} else if("latte".equals(type)) {
coffee = new LatteCoffee();
}
return coffe;
}
}
2.2.2.工厂方法模式
针对上例中的缺点，使用工厂方法模式就可以完美的解决，完全遵循开闭原则。即定义一个用于创建对象的接口，让子类决定实例化哪个产品类对象。工厂方法使一个产品类的实例化延迟到其工厂的子类。
（1）结构
工厂方法模式的主要角色：
① 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法来创建产品。
② 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
③ 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
④ 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。
（2）实现
使用工厂方法模式对上例进行改进，类图如下：
部分代码如下：
CoffeeFactory.java
package com.itheima.patterns.factory.factory_method;
//抽象工厂，提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法来创建产品
public interface CoffeeFactory {
//生产咖啡
Coffee createCoffee();
}
AmericanCoffeeFactory.java
package com.itheima.patterns.factory.factory_method;
//具体工厂：生产美式咖啡
public class AmericanCoffeeFactory implements CoffeeFactory{
@Override
public Coffee createCoffee() {
return new AmericanCoffee();
}
}
LatteCoffeeFactory.java
package com.itheima.patterns.factory.factory_method;
//具体工厂：生产拿铁咖啡
public class LatteCoffeeFactory implements CoffeeFactory{
@Override
public Coffee createCoffee() {
return new LatteCoffee();
}
}
CoffeeFactory.java
package com.itheima.patterns.factory.factory_method;
//咖啡店
public class CoffeeStore {
//创建咖啡工厂
private CoffeeFactory factory;
public void setFactory(CoffeeFactory factory) {
this.factory = factory;
}
//点咖啡功能
public Coffee orderCoffee() {
Coffee coffee = factory.createCoffee();
//加配料
coffee.addMilk();
coffee.addSugar();
return coffee;
}
}
Client.java
package com.itheima.patterns.factory.factory_method;
public class Client {
public static void main(String[] args) {
//创建咖啡店对象
CoffeeStore coffeeStore = new CoffeeStore();
//创建具体的咖啡店工厂
CoffeeFactory factory = new AmericanCoffeeFactory();
//CoffeeFactory factory = new LatteCoffeeFactory();
coffeeStore.setFactory(factory);
//点咖啡
Coffee coffee = coffeeStore.orderCoffee();
System.out.println(coffee.getName());
}
}
从以上的编写的代码可以看到，要增加产品类时也要相应地增加工厂类，不需要修改工厂类的代码了，这样就解决了简单工厂模式的缺点。工厂方法模式是简单工厂模式的进一步抽象。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且也克服了其缺点。
（3）工厂方法模式的优缺点：
优点：
① 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程；
② 在系统增加新的产品时只需要添加具体产品类和对应的具体工厂类，无须对原工厂进行任何修改，满足开闭原则；
缺点：每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类，这增加了系统的复杂度。
2.3.抽象工厂模式
前面介绍的工厂方法模式中考虑的是一类产品的生产，如畜牧场只养动物、电视机厂只生产电视机等。这些工厂只生产同种类产品，同种类产品称为同等级产品，也就是说：工厂方法模式只考虑生产同等级的产品，但是在现实生活中许多工厂是综合型的工厂，能生产多等级（种类） 的产品，如电器厂既生产电视机又生产洗衣机或空调，大学既有软件专业又有生物专业等。
本节要介绍的抽象工厂模式将考虑多等级产品的生产，将同一个具体工厂所生产的位于不同等级的一组产品称为一个产品族，下图所示横轴是产品等级，也就是同一类产品；纵轴是产品族，也就是同一品牌的产品，同一品牌的产品产自同一个工厂。
2.3.1.概念
抽象工厂模式是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构。抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品。
2.3.2.结构
抽象工厂模式的主要角色如下：
① 抽象工厂（Abstract Factory）：提供了创建产品的接口，它包含多个创建产品的方法，可以
创建多个不同等级的产品。
② 具体工厂（Concrete Factory）：主要是实现抽象工厂中的多个抽象方法，完成具体产品的创建。
③ 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能，抽象工厂模式有多个抽象产品。
④ 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间是多对一的关系。
2.3.3.实现
现咖啡店业务发生改变，不仅要生产咖啡还要生产甜点，如提拉米苏、抹茶慕斯等，要是按照工厂方法模式，需要定义提拉米苏类、抹茶慕斯类、提拉米苏工厂、抹茶慕斯工厂、甜点工厂类，很容易发生类爆炸情况。其中拿铁咖啡、美式咖啡是一个产品等级，都是咖啡；提拉米苏、抹茶慕斯也是一个产品等级；拿铁咖啡和提拉米苏是同一产品族（也就是都属于意大利风味），美式咖啡和抹茶慕斯是同一产品族（也就是都属于美式风味）。所以这个案例可以使用抽象工厂模式实现。类图如下：
部分核心代码如下：
DessertFactory.java
package com.itheima.patterns.factory.abstract_factory;
//抽象工厂类
public interface DessertFactory {
//生产咖啡的功能
Coffee createCoffee();
//生产甜品的功能
Dessert createDessert();
}
AmericanDessertFactory.java
package com.itheima.patterns.factory.abstract_factory;
//美式风味的甜品工厂，可以生产美式咖啡和抹茶慕斯
public class AmericanDessertFactory implements DessertFactory{
@Override
public Coffee createCoffee() {
return new AmericanCoffee();
}
@Override
public Dessert createDessert() {
return new Matchamousse();
}
}
ItalyDessertFactory.java
package com.itheima.patterns.factory.abstract_factory;
//意大利风味甜品工厂，可以生产拿铁咖啡和提拉米苏甜品
public class ItalyDessertFactory implements DessertFactory{
@Override
public Coffee createCoffee() {
return new LatteCoffee();
}
@Override
public Dessert createDessert() {
return new Trimisu();
}
}
Client.java
package com.itheima.patterns.factory.abstract_factory;
public class Client {
public static void main(String[] args) {
//创建的是意大利风味甜品工厂对象
ItalyDessertFactory factory = new ItalyDessertFactory();
//获取拿铁咖啡和提拉米苏甜品
Coffee coffee = factory.createCoffee();
Dessert dessert = factory.createDessert();
System.out.println(coffee.getName());
dessert.show();
}
}
如果要加同一个产品族的话，只需要再加一个对应的工厂类即可，不需要修改其他的类。
2.3.4.优缺点
优点：当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。
缺点：当产品族中需要增加一个新的产品时，所有的工厂类都需要进行修改。
2.3.5.使用场景
① 当需要创建的对象是一系列相互关联或相互依赖的产品族时，如电器工厂中的电视机、洗衣机、空调等。
② 系统中有多个产品族，但每次只使用其中的某一族产品。如有人只喜欢穿某一个品牌的衣服和鞋。
③ 系统中提供了产品的类库，且所有产品的接口相同，客户端不依赖产品实例的创建细节和内部结构。
2.3.6.模式扩展
（1）可以通过工厂模式+配置文件的方式解除工厂对象和产品对象的耦合。在工厂类中加载配置文件中的全
类名，并创建对象进行存储，客户端如果需要对象，直接进行获取即可。
（2）具体步骤如下：
① 定义配置文件bean.properties
american=com.itheima.patterns.factory.config_factory.AmericanCoffee
latte=com.itheima.patterns.factory.config_factory.LatteCoffee
② 改进工厂类
package com.itheima.patterns.factory.config_factory;
import java.io.IOException;
import java.io.InputStream;
import java.util.HashMap;
import java.util.Properties;
import java.util.Set;
public class CoffeeFactory {
//加载配置文件，获取配置文件中配置的全类名，并创建该类的对象进行存储
//1.定义容器对象来存储咖啡对象
private static HashMap<String,Coffee> map = new HashMap<String, Coffee>();
//2.加载配置文件，只需要加载一次
static {
//2.1.创建Properties对象
Properties properties = new Properties();
//2.2.调用properties对象中的load方法来加载配置文件
InputStream is = CoffeeFactory.class.getClassLoader().getResourceAsStream("bean.properties");
try {
properties.load(is);
//从properties集合中获取全类名并创建对象
Set<Object> keys = properties.keySet();
for (Object key : keys) {
String className = properties.getProperty((String) key);
//通过反射技术创建对象
Class clazz = Class.forName(className);
Coffee coffee = (Coffee) clazz.newInstance();
//将名称和对象存储到容器中
map.put((String) key, coffee);
}
} catch (Exception e) {
e.printStackTrace();
}
}
//根据名称获取对象
public static Coffee createCoffee(String name) {
return map.get(name);
}
}
③ 测试
package com.itheima.patterns.factory.config_factory;
public class Client {
public static void main(String[] args) {
Coffee coffee1 = CoffeeFactory.createCoffee("american");
System.out.println(coffee1.getName()); //美式咖啡
Coffee coffee2 = CoffeeFactory.createCoffee("latte");
System.out.println(coffee2.getName()); //拿铁咖啡
}
}
静态成员变量用来存储创建的对象（键存储的是名称，值存储的是对应的对象），而读取配置文件以及创建对象写在静态代码块中，目的就是只需要执行一次。
2.3.7.JDK源码解析——Collection.iterator方法
（1）首先来看一下这一段代码
package com.itheima.patterns.factory.iteratordemo;
import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;
public class IteratorDemo {
public static void main(String[] args) {
List<String> list = new ArrayList<>();
list.add("Tom");
list.add("Mike");
list.add("Marry");
//获取迭代器对象
Iterator<String> iterator = list.iterator();
//使用迭代器遍历
while(iterator.hasNext()){
String element = iterator.next();
System.out.println(element);
}
}
}
大家应该很熟悉上面的代码，它使用迭代器遍历集合，获取集合中的元素。而单列集合获取迭代器的方法就使用到了工厂方法模式。现在通过类图来看其中的结构：
Collection接口是抽象工厂类，ArrayList是具体的工厂类；Iterator接口是抽象商品类，ArrayList类中的Iter内部类是具体的商品类。在具体的工厂类中iterator()方法创建具体的商品类的对象。
Iterator.java
Collection.java
ArrayList.java
注：DateForamt类中的getInstance()方法、Calendar类中的getInstance()方法使用的也都是工厂模式。
2.4.原型模式
2.4.1.概述
（1）原型模式：用一个已经创建的实例作为原型，通过复制该原型对象来创建一个和原型对象相同的新对象。
（2）使用场景：
① 当要创建的对象非常复杂时，可以使用原型模式快速地来进行创建。
② 当对性能和安全要求比较高时，也可以使用原型模式。
2.4.2.结构
（1）原型模式包含如下角色：
① 抽象原型类：规定了具体原型对象必须实现的的 clone() 方法。
② 具体原型类：实现抽象原型类的 clone() 方法，它是可被复制的对象。
③ 访问类：使用具体原型类中的 clone() 方法来复制新的对象。
（2）接口类图如下：
2.4.3.实现
（1）原型模式的克隆分为浅克隆和深克隆。
① 浅克隆：创建一个新对象，新对象的属性和原来对象完全相同，而对于非基本类型属性，仍指向原有属性所指向的对象的内存地址。
② 深克隆：创建一个新对象，属性中引用的其他对象也会被克隆，不再指向原有对象地址。
（2）Java中的Object类中提供了clone() 方法来实现浅克隆。 Cloneable 接口是上面的类图中的抽象原型类，而实现了Cloneable接口的子实现类就是具体的原型类。
2.4.3.1.浅克隆
Address.java
package com.itheima.patterns.prototype.shallowcopy;
public class Address {
int id;
String addressName;
public Address(int id, String addressName) {
this.id = id;
this.addressName = addressName;
}
}
Person.java
package com.itheima.patterns.prototype.shallowcopy;
public class Person implements Cloneable{
private int id;
private String name;
private Address address;
public String getName() {
return name;
}
public Person(int id, String name, Address address) {
this.id = id;
this.name = name;
this.address = address;
System.out.println("具体的原型对象创建完成！");
}
@Override
protected Object clone() throws CloneNotSupportedException {
System.out.println("具体原型复制成功！");
return (Person)super.clone();
}
@Override
public String toString() {
return "Person{" +
"id=" + id +
", name='" + name + '\'' +
", address=" + address +
'}';
}
}
Client.java
package com.itheima.patterns.prototype.shallowcopy;
public class Client {
public static void main(String[] args) throws CloneNotSupportedException {
Person person1 = new Person(1,"小华",new Address(1,"北京"));
Person person2 = (Person) person1.clone();
System.out.println("person1:"+person1);
System.out.println("person2:"+person2);
System.out.println("person1.getName() == person2.getName()的结果为："+(person1.getName() == person2.getName()));
System.out.println("person1 == person2的结果为："+(person1 == person2));
}
}
2.4.3.2.深克隆
（1）通过对象序列化实现深拷贝（推荐）
先将Address类和Person类实现Serializable接口，然后再修改Client.java中的代码即可。
Client.java
package com.itheima.patterns.prototype.deepcopy;
import java.io.*;
public class Client {
public static void main(String[] args) throws Exception {
Person person1 = new Person(1,"小华",new Address(1,"北京"));
//创建对象输出流对象
ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("E:\\testData\\a.txt"));
//写对象
oos.writeObject(person1);
//释放资源
oos.close();
//创建对象输入流对象
ObjectInputStream ois = new ObjectInputStream(new FileInputStream("E:\\testData\\a.txt"));
//读取对象
Person person2 = (Person) ois.readObject();
//释放资源
ois.close();
System.out.println("person1:"+person1);
System.out.println("person2:"+person2);
System.out.println("person1.getName() == person2.getName()的结果为："+(person1.getName() == person2.getName()));
System.out.println("person1 == person2的结果为："+(person1 == person2));
}
}
（2）重写clone()方法来实现深拷贝
package com.itheima.patterns.prototype.deepcopy2;
public class Person implements Cloneable {
private int id;
private String name;
private Address address;
public String getName() {
return name;
}
public Person(int id, String name, Address address) {
this.id = id;
this.name = name;
this.address = address;
System.out.println("具体的原型对象创建完成！");
}
@Override
public Object clone() throws CloneNotSupportedException {
System.out.println("具体原型复制成功！");
Person person = null;
person = (Person)super.clone();
//对引用数据类型单独处理
person.name = new String(name);
person.address = (Address)address.clone();
return person;
}
@Override
public String toString() {
return "Person{" +
"id=" + id +
", name='" + name + '\'' +
", address=" + address +
'}';
}
}
2.5.建造者模式
2.5.1.概述
建造者模式：将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。
（1）分离了部件的构造（由Builder来负责）和装配（由Director负责）。 从而可以构造出复杂的对象。这个模式适用于某个对象的构建过程复杂的情况。
（2）由于实现了构建和装配的解耦。不同的构建器，相同的装配，也可以做出不同的对象；相同的构建器，不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦，实现了更好的复用。
（3）建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节。
2.5.2.结构
建造者模式包含如下角色：
（1）抽象建造者类（Builder）：这个接口规定要实现复杂对象的那些部分的创建，并不涉及具体的部件对象的创建。
（2）具体建造者类（ConcreteBuilder）：实现Builder接口，完成复杂产品的各个部件的具体创建方法。在构造过程完成后，提供产品的实例。
（3）产品类（Product）：要创建的复杂对象。
（4）指挥者类（Director）：调用具体建造者来创建复杂对象的各个部分，在指导者中不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。
类图如下：
2.5.3.实例
【例】创建共享单车
生产自行车是一个复杂的过程，它包含了车架，车座等组件的生产。而车架又有碳纤维，铝合金等材质的，车座有橡胶，真皮等材质。对于自行车的生产就可以使用建造者模式。这里Bike是产品，包含车架，车座等组件；Builder是抽象建造者，MobikeBuilder和OfoBuilder是具体的建造者；Director是指挥者。类图如下：
具体代码如下：
Bike.java
package com.itheima.patterns.builder.demo1;
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;
}
}
Builder.java
package com.itheima.patterns.builder.demo1;
public abstract class Builder {
//声明Bike类型的变量，并进行赋值
protected Bike bike = new Bike();
public abstract void buildFrame();
public abstract void buildSeat();
//构建自行车的方法
public abstract Bike createBike();
}
MobileBuilder.java
package com.itheima.patterns.builder.demo1;
//具体的构建者，用来构建摩拜单车对象
public class MobileBuilder extends Builder{
public void buildFrame() {
bike.setFrame("碳纤维车架");
}
public void buildSeat() {
bike.setSeat("真皮车座");
}
public Bike createBike() {
return bike;
}
}
OfoBuilder.java
package com.itheima.patterns.builder.demo1;
public class OfoBuilder extends Builder{
public void buildFrame() {
bike.setFrame("铝合金车架");
}
public void buildSeat() {
bike.setSeat("橡胶车座");
}
public Bike createBike() {
return bike;
}
}
Director.java
package com.itheima.patterns.builder.demo1;
public class Director {
//声明builder类型的变量
private Builder builder;
public Director(Builder builder) {
this.builder = builder;
}
//组装自行车的功能
public Bike construct() {
builder.buildFrame();
builder.buildSeat();
return builder.createBike();
}
}
Client.java
package com.itheima.patterns.builder.demo1;
public class Client {
public static void main(String[] args) {
//创建指挥者对象
Director director = new Director(new MobileBuilder());
//让指挥者只会组装自行车
Bike bike = director.construct();
System.out.println(bike.getFrame());
System.out.println(bike.getSeat());
}
}
注意：上面示例是 Builder模式的常规用法，指挥者类 Director 在建造者模式中具有很重要的作用，它用于指导具体构建者如何构建产品，控制调用先后次序，并向调用者返回完整的产品类，但是有些情况下需要简化系统结构，可以把指挥者类和抽象建造者进行结合。
// 抽象 builder 类
public abstract class Builder {
protected Bike mBike = new Bike();
public abstract void buildFrame();
public abstract void buildSeat();
public abstract Bike createBike();
public Bike construct() {
this.buildFrame();
this.BuildSeat();
return this.createBike();
}
}
2.5.4.优缺点
（1）优点：
① 建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
② 在建造者模式中，客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
③ 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。
④ 建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。符合开闭原则。
（2）缺点：
造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
2.5.5.使用场景
建造者（Builder）模式创建的是复杂对象，其产品的各个部分经常面临着剧烈的变化，但将它们组合在一起的算法却相对稳定，所以它通常在以下场合使用：
① 创建的对象较复杂，由多个部件构成，各部件面临着复杂的变化，但构件间的建造顺序是稳定的。
② 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式，即产品的构建过程和最终的表示是独立的。
2.5.6.模式扩展
建造者模式除了上面的用途外，在开发中还有一个常用的使用方式，就是当一个类构造器需要传入很多参数时，如果创建这个类的实例，代码可读性会非常差，而且很容易引入错误，此时就可以利用建造者模式进行重构。
（1）重构前代码如下：
Phone.java
package com.itheima.patterns.builder.demo2;
public class Phone {
private String cpu;
private String screen;
private String memory;
private String mainboard;
public Phone(String cpu, String screen, String memory, String mainboard) {
this.cpu = cpu;
this.screen = screen;
this.memory = memory;
this.mainboard = mainboard;
}
@Override
public String toString() {
return "Phone{" +
"cpu='" + cpu + '\'' +
", screen='" + screen + '\'' +
", memory='" + memory + '\'' +
", mainboard='" + mainboard + '\'' +
'}';
}
}
Client.java
package com.itheima.patterns.builder.demo2;
public class Client {
public static void main(String[] args) {
//构建Phone对象
Phone phone = new Phone("麒麟","三星屏幕","金士顿","华硕主板");
System.out.println(phone);
}
}
上面在客户端代码中构建Phone对象，传递了四个参数，如果参数更多，那么代码的可读性会变差，以及使用的成本会变高。
（2）重构后代码如下：
Phone.java
package com.itheima.patterns.builder.demo3;
public class Phone {
private String cpu;
private String screen;
private String memory;
private String mainboard;
private Phone(Builder builder) {
cpu = builder.cpu;
screen = builder.screen;
memory = builder.memory;
mainboard = builder.mainboard;
}
public static final class Builder{
private String cpu;
private String screen;
private String memory;
private String mainboard;
public Builder(){
}
public Builder cpu(String val){
cpu = val;
return this;
}
public Builder screen(String val){
screen = val;
return this;
}
public Builder memory(String val){
memory = val;
return this;
}
public Builder mainboard(String val){
mainboard = val;
return this;
}
public Phone build(){
return new Phone(this);
}
}
@Override
public String toString() {
return "Phone{" +
"cpu='" + cpu + '\'' +
", screen='" + screen + '\'' +
", memory='" + memory + '\'' +
", mainboard='" + mainboard + '\'' +
'}';
}
}
Client.java
package com.itheima.patterns.builder.demo3;
public class Client {
public static void main(String[] args) {
//构建Phone对象
Phone phone = new Phone.Builder()
.cpu("麒麟")
.memory("金士顿")
.screen("三星屏幕")
.mainboard("华硕")
.build();
System.out.println(phone);
}
}
重构后的代码在使用起来更方便，某种程度上也可以提高开发效率。从软件设计上，对程序员的要求比较高。
2.5.7.创建者模式对比
（1）工厂方法模式VS建造者模式
工厂方法模式注重的是整体对象的创建方式；而建造者模式注重的是部件构建的过程，意在通过一步一步地精确构造创建出一个复杂的对象。
（2）抽象工厂模式VS建造者模式
① 抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可。
② 建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。 如果将抽象工厂模式看成汽车配件生产工厂，生产一个产品族的产品，那么建造者模式就是一个汽车组装工厂，通过对部件的组装可以返回一辆完整的汽车。