设计模式之原型模式

原文来自battcn

定义

原型模式（Prototype Pattern）是创建模式的一种，其作用是提高创建效率，减少计算机资源开销，与工厂模式类似的是，都屏蔽了对象实例化的过程…

UML类图

从上面的UML图可以看出，原型模式涉及到的角色有如下三个：

• 客户端角色：负责创建对象的请求。

• 抽象原型角色：该角色是一个抽象类或者是接口，提供拷贝的方法。

• 具体原型角色：该角色是拷贝的对象，需要重写抽象原型的拷贝方法，实现浅拷贝或者深拷贝。

实例

浅拷贝

class Address {
    private String description;
    // 省略 Getter And Setter 
}
public class Customer implements Cloneable {

    private int id;
    private String name;
    private Address address;
    private List<String> hobbies;

    // 省略 Getter And Setter 

    @Override
    protected Customer clone() throws CloneNotSupportedException {
        return (Customer) super.clone();
    }

    @Override
    public String toString() {
        return "Customer{" +
                "id=" + id +
                ", name='" + name + '\'' +
                ", address=" + address +
                ", hobbies=" + hobbies +
                ",  customer-hashCode=" + this.hashCode() +
                ",  address-hashCode=" + this.address.hashCode() +
                '}';
    }
}

public class PrototypeDemo {

    public static void main(String[] args) throws CloneNotSupportedException {
        List<String> hobbies = new ArrayList<>();
        hobbies.add("篮球");
        hobbies.add("足球");
        Customer original = new Customer(1, "淘宝客户-1", new Address("上海市"), hobbies);
        Customer cloned = original.clone();
        System.out.println("// 修改前原始信息信息 - 开始 //");
        System.out.println("原始信息：" + original.toString());
        System.out.println("拷贝信息：" + cloned.toString());
        System.out.println("// 修改前原始信息信息 - 结束 //\n\n");
    }
}

结果

////////////////////////////////////////////////// 修改前原始信息信息 - 开始 //////////////////////////////////////////////////
原始信息：Customer{id=1, name='淘宝客户-1', address=Address{description='上海市'}, hobbies=[篮球, 足球],  customer-hashCode=460141958,  address-hashCode=1163157884}
拷贝信息：Customer{id=1, name='淘宝客户-1', address=Address{description='上海市'}, hobbies=[篮球, 足球],  customer-hashCode=1956725890,  address-hashCode=1163157884}
////////////////////////////////////////////////// 修改前原始信息信息 - 结束 //////////////////////////////////////////////////

分析： 从日志中可以发现，我们无需通过new Object()的方式去实例化对象，而是调用Object.clone()同样可以，Customer的hashCode也发生了改变，由此可以推断出它们的引用已经发生变化了，但是Address的hashCode一模一样，前面说到过Cloneable是浅克隆的，并不会拷贝其它引用对象

浅拷贝案例二

public class PrototypeDemo {

    public static void main(String[] args) throws CloneNotSupportedException {
        List<String> hobbies = new ArrayList<>();
        hobbies.add("篮球");
        hobbies.add("足球");
        Customer original = new Customer(1, "淘宝客户-1", new Address("上海市"), hobbies);
        Customer cloned = original.clone();

        System.out.println("// 修改后原始信息信息 - 开始 //");
        original.setName("淘宝客户-2");
        original.getHobbies().add("音乐");
        System.out.println("原始信息：" + original.toString());
        System.out.println("拷贝信息：" + cloned.toString());
        System.out.println("// 修改后原始信息信息 - 结束 //\n\n");
    }
}

结果

////////////////////////////////////////////////// 修改后原始信息信息 - 开始 //////////////////////////////////////////////////
原始信息：Customer{id=1, name='淘宝客户-2', address=Address{description='上海市'}, hobbies=[篮球, 足球, 音乐],  customer-hashCode=460141958,  address-hashCode=1163157884}
拷贝信息：Customer{id=1, name='淘宝客户-1', address=Address{description='上海市'}, hobbies=[篮球, 足球, 音乐],  customer-hashCode=1956725890,  address-hashCode=1163157884}
////////////////////////////////////////////////// 修改后原始信息信息 - 结束 //////////////////////////////////////////////////

分析： Customer本身的属性值修改与原始对象并不冲突，它们都是各自一份，但集合类型修改后，克隆对象输出的与原始对象如出一辙，不难发现Cloneable的浅克隆范围只支持基本类型。

总结一下就是：我们用的是Object的clone方法，而该方法只拷贝按值传递的数据，比如String类型和基本类型，但对象内的数组、引用对象都不拷贝，也就是说内存中原型实例和拷贝实例指向同一个引用对象的地址，这就是浅拷贝。

类似于这张图，图是从这扒过来的，这里的Money即可以看做这里的name指，我们在克隆后修改了原对象的name值，克隆后的对象的name值也发生了变化，即表明基本类型是浅克隆，指向的是同一个引用地址。

序列化实现深度克隆

class Address implements Cloneable,Serializable {

    private static final long serialVersionUID = 783202091017893997L;

}
public class Customer implements Cloneable, Serializable {
    private static final long serialVersionUID = 783202091017893997L;

    protected Customer deepCopy() throws Exception {
        ByteArrayOutputStream bos = new ByteArrayOutputStream();
        ObjectOutputStream out = new ObjectOutputStream(bos);
        out.writeObject(this);
        ByteArrayInputStream bis = new ByteArrayInputStream(bos.toByteArray());
        ObjectInputStream in = new ObjectInputStream(bis);
        return (Customer) in.readObject();
    }
}

public class PrototypeDemo {

    public static void main(String[] args) throws CloneNotSupportedException {

        System.out.println("// 深浅克隆 - 开始 //");
        Customer deepCopy = original.deepCopy();
        original.setAddress(new Address("长沙市"));
        original.getHobbies().add("乒乓球");
        System.out.println("深克隆：" + deepCopy.toString());

        System.out.println("// 深浅克隆 - 结束 //\n\n");
    }
}

结果

////////////////////////////////////////////////// 深浅克隆 - 开始 //////////////////////////////////////////////////
深克隆：Customer{id=1, name='淘宝客户-2', address=Address{description='天津市'}, hobbies=[篮球, 足球, 音乐, 电影],  customer-hashCode=1020371697,  address-hashCode=789451787}
////////////////////////////////////////////////// 深浅克隆 - 结束 //////////////////////////////////////////////////

分析： 实现Serializable，通过序列化的方式与原始数据完全脱离关系，从而达到深度克隆效果，当然一般用SerializationUtils.clone(original)方式比我们自己写的会更好

深拷贝的内存变化如下图：

深拷贝除了需要拷贝值传递的数据，还需要拷贝引用对象、数组，即把所有引用的对象都拷贝。需要注意的是拷贝的引用对象是否还有可变的类成员对象，如果有就继续对该成员对象进行拷贝，如此类推。所以使用深拷贝是注意分析拷贝有多深，以免影响性能。

总结

优点

• 简化对象创建过程，通过拷贝的方式构建效率更高
• 可运行时指定动态创建的对象

缺点

• 需要实现 Cloneable接口，clone位于内部，不易扩展，容易违背开闭原则(程序扩展,不应该修改原有代码)
• 默认的 clone 只是浅克隆，深度克隆需要额外编码(比如：统一实现Cloneable接口，或者序列化方式，还有org.apache.commons:commons-lang3.SerializationUtils.java)

适用场景

• 常用在初始化步骤繁琐，资源耗损严重的对象

注意点

• 通过内存拷贝的方式构建出来的，会忽略构造函数限制
• 需要注意深拷贝和浅拷贝，默认Cloneable 是浅拷贝，只拷贝当前对象而不会拷贝引用对象，除非自己实现深拷贝
• 与单例模式冲突，clone是直接通过内存拷贝的方式，绕过构造方法
• 常用克隆不可变对象,如果你克隆的对象10个字段改9个还不如实例化算了
• clone只是一个语法，非强制方法命名
• 很少单独出现，常与工厂模式相伴