原型模式
一、原型模式定义
用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象.
Prototype模式允许一个对象再创建另外一个可定制的对象，根本无需知道任何如何创建的细节。
工作原理是:通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。
二、模式解读
原型模式包含如下角色：
-
抽象原型(abstract prototype)：java中所有类都继承自Object，且Object实现了clone()方法，所以所有的对象都可以通过实现clonable接口实现具体原型；
-
具体原型类(concrete prototype)：具体原型类如果实现了clone()方法，需要实现clonable接口，否则会抛出CloneNotSupported异常；
-
客户类(client)：用来使用模式
二、Java对Prototype支持
因为Java中的提供clone()方法来实现对象的克隆,所以Prototype模式实现一下子变得很简单.在Java中Prototype 模式变成clone()方法的使用，由于Java 的纯洁的面向对象特性，使得在Java 中使用设计模式变得很自然，两者已经几乎是浑然一体了。这反映在很多模式上，如Interator 遍历模式。对象拷贝时，类的构造函数是不会被执行的，这个从原理来讲也是可以讲得通的，Object类的clone方法的原理是从内存中（具体的说就是堆内存）以二进制流的方式进行拷贝，重新分配一个内存块，那构造函数没有被执行也是非常正常的了。
Person.java
class Person implements Cloneable {
// 姓名
private String name;
// 父亲
private Person father;
public Person(String _name) {
name = _name;
}
public Person(String _name, Person _parent) {
name = _name;
father = _parent;
}
// 拷贝的实现
@Override
public Person clone() {
Person p = null;
try {
p = (Person) super.clone();
} catch (CloneNotSupportedException e) {
e.printStackTrace();
}
return p;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Person getFather() {
return father;
}
public void setFather(Person father) {
this.father = father;
}
}
Client
public class Client {
public static void main(String[] args) {
// 定义父亲
Person f = new Person("张三");
// 定义大儿子
Person firstChild = new Person("张三大儿子", f);
// 小儿子的信息是通过大儿子拷贝过来的
Person secondChild = firstChild.clone();
}
}
三、浅拷贝与深拷贝
浅拷贝存在的问题，让小儿子认个干爹
public class Client {
public static void main(String[] args) {
// 定义父亲
Person f = new Person("张三");
// 定义大儿子
Person firstChild = new Person("张三大儿子", f);
// 小儿子的信息是通过大儿子拷贝过来的
Person secondChild = firstChild.clone();
secondChild.setName("张三小儿子");
// 小儿子认干爹
secondChild.getFather().setName("李四");
System.out.println(firstChild.getName() + " 的父亲是 " + firstChild.getFather().getName());
System.out.println(secondChild.getName() + " 的父亲是 " + secondChild.getFather().getName());
}
}
运行结果
|
张三大儿子的父亲是李四 张三小儿子的父亲是李四 |
大儿子的父亲也成了“李四”? 两个儿子都没有了，岂不是要气死“张三”了！
出现这个问题的原因就在于clone()方法，我们知道所有类都继承自Object，Object 提供了一个对象拷贝的默认方法，即上面代码中的super.clone 方法，但是该方法是有缺陷的，它提供的是一种浅拷贝方式，也就是说它并不会把对象的所有属性全部拷贝一份，而是有选择性的拷贝，Object类的clone方法只会拷贝对象中的基本的数据类型，对于数组、容器对象、引用对象等都不会拷贝，这就是浅拷贝。如果要实现深拷贝，必须将原型模式中的数组、容器对象、引用对象等另行拷贝。幸运的是java提供的大部分的容器类都实现了Cloneable接口。所以实现深拷贝并不是特别困难。它的拷贝规则具体如下：
（1）基本类型
如果变量是基本类型，则拷贝其值，比如int、float 等。
（2）对象
如果变量是一个实例对象，则拷贝地址引用，也就是说此时新拷贝出的对象与原有对象共享该实例变量，不受访问权限的限制。这在Java 中是很疯狂的，因为它突破了访问权限的定义：一个private 修饰的变量，竟然可以被两个不同的实例对象访问，这让Java的访问权限体系情何以堪！
（3）String 字符串
这个比较特殊，拷贝的也是一个地址，是个引用，但是在修改时，它会从字符串池（String Pool）中重新生成新的字符串，原有的字符串对象保持不变，在此处我们可以认为String 是一个基本类型。
浅复制：
复制了值类型对象，对于引用类型对象，只复制了引用，它指向原来引用的对象。Java中clone为浅复制。
深复制：
对值类型和引用类型的对象都生成一份新的拷贝. Java中可以通过串行化来进行深复制,前提是对象以及对象内部所引用的对象都是可串行化的，否则需要考虑将那些不可串行化的对象可否设为transient,排除在复制过程之外。
深拷贝的实现
class Person implements Cloneable {
// 姓名
private String name;
// 父亲
private Person father;
public Person(String _name) {
name = _name;
}
public Person(String _name, Person _parent) {
name = _name;
father = _parent;
}
// 拷贝的实现
@Override
public Person clone() {
Person p = null;
try {
p = (Person) super.clone();
p.setFather(new Person(p.getFather().getName()));
} catch (CloneNotSupportedException e) {
e.printStackTrace();
}
return p;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public Person getFather() {
return father;
}
public void setFather(Person father) {
this.father = father;
}
}
然后再运行，大儿子的父亲就不会是“李四”了。如此就实现了对象的深拷贝（DeepClone），保证拷贝出来的对象自成一体，不受“母体”的影响，和new 生成的对象没有任何区别。
四、用序列化技术（Serilization）来完成对象的复制
实现Cloneable 接口就具备了拷贝能力，那我们来思考这样一个问题：如果一个项目中有大量的对象是通过拷贝生成的，那我们该如何处理？每个类都写一个clone 方法，并且还要深拷贝？想想看这是何等巨大的工作量呀，是否有更好的方法呢？
其实，可以通过序列化方式来处理，在内存中通过字节流的拷贝来实现，也就是把母对象写到一个字节流中，再从字节流中将其读出来，这样就可以重建一个新对象了，该新对象与母对象之间不存在引用共享的问题，也就相当于深拷贝了一个新对象，代码如下：
import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.Serializable;
public class CloneUtils {
// 拷贝一个对象
@SuppressWarnings("unchecked")
public static <T extends Serializable> T clone(T obj) {
// 拷贝产生的对象
T clonedObj = null;
try {
// 读取对象字节数据
ByteArrayOutputStream baos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(baos);
oos.writeObject(obj);
oos.close();
// 分配内存空间，写入原始对象，生成新对象
ByteArrayInputStream bais = new ByteArrayInputStream(baos
.toByteArray());
ObjectInputStream ois = new ObjectInputStream(bais);
// 返回新对象，并做类型转换
clonedObj = (T) ois.readObject();
ois.close();
} catch (Exception e) {
e.printStackTrace();
}
return clonedObj;
}
}
此工具类要求被拷贝的对象必须实现Serializable 接口，否则是没办法拷贝的（当然，使用反射那是另外一种技巧），上一个建议中的例子只要稍微修改一下即可实现深拷贝，代码如下：
class Person implements Serializable{
private static final longserialVersionUID = 1611293231L;
/* 删除掉clone 方法，其他代码保持不变*/
}
被拷贝的类只要实现Serializable 这个标志性接口即可，不需要任何实现， 当然serialVersionUID 常量还是要加上去的，然后我们就可以通过CloneUtils 工具进行对象的深拷贝了。用此方法进行对象拷贝时需要注意两点：
（1）对象的内部属性都是可序列化的
如果有内部属性不可序列化，则会抛出序列化异常，这会让调试者很纳闷：生成一个对象怎么会出现序列化异常呢？从这一点来考虑，也需要把CloneUtils工具的异常进行细化处理。
（2）注意方法和属性的特殊修饰符
final关键字和clone有冲突
import java.util.ArrayList;
public class Thing implements Cloneable {
// 定义一个私有变量
private final ArrayList<String> arrayList = new ArrayList<String>();
@Override
public Thing clone() {
Thing thing = null;
try {
thing = (Thing) super.clone();
this.arrayList = (ArrayList<String>) this.arrayList.clone();
} catch (CloneNotSupportedException e) {
e.printStackTrace();
}
return thing;
}
}
报错：the final field ArrayList can not be assigned
static变量的序列化问题会被引入到对象拷贝中来，这点需要特别注意，
transient变量（瞬态变量，不进行序列化的变量）也会影响到拷贝的效果。
五. 模式总结
4.1 优点
-
隐藏了对象的创建细节，对有些初始化需要占用很多资源的类来说，对性能也有很大提高。
-
在需要新对象时，可以使用Clone来快速创建创建一个，而不用使用new来构建。
4.2 缺点
每一个类都需要一个Clone方法，而且必须通盘考虑。对于深拷贝来说，每个关联到的类型都不许实现Cloneable接口，并且每增加或修改一个字段是都需要更新Clone方法。
4.3 适用场景
-
类初始化需要消化非常多的资源，这个资源包括数据、硬件资源等
-
通过new产生一个对象需要非常繁琐的数据准备或访问权限，则可以使用原型模式
-
一个对象需要提供给其他对象访问，而且各个调用者可能都需要修改其值时，可以考虑使用原型模式拷贝多个对象供调用者使用。
参考
编写高质量代码：改善Java程序的151个建议 （43 44）