一、介绍，定义
原型模式（Prototype Pattern）是用于创建重复的对象，同时又能保证性能。
这种模式是实现了一个原型接口，该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时，则采用这种模式。例如，一个对象需要在一个高代价的数据库操作之后被创建。我们可以缓存该对象，在下一个请求时返回它的克隆，在需要的时候更新数据库，以此来减少数据库调用。
二、使用场景
1类初始化需要消耗非常多的资源，包括数据库、硬件资源等通过原型复制避免这些消耗。
2通过new产生一个对象需要非常繁琐的数据准备或访问权限,这时可以使用原型模式;
3一个对象需要提供给其他对象访问,而且各个调用者可能都需要修改其值时,可以考虑使用原型模式拷贝多个对象共调用者使用,即保护性拷贝.
通过实现Cloneable接口的原型模式在调用clone函数构造实例时并不一定比new快，只有new的成本较高、耗时时，通过clone方法才能获得效率上的提升。
注：Android系统中很多地方都用到了原型模式，除此之外，像比较有名的OkHttp、realm数据库…都用到了原型模式
三、原型模式UML类图
4.png
Client：客户端
Prototype：抽象类或者接口，声明具备clone能力
Concreteprototype:具体的原型类
四、原型模式简单实现
例子中首先创建了一个文档对象，即WordDocument，这个文档中含有文字和图片。用户经过了长时间的内容编辑后，打算对该文档做进一步的编辑，但是，这个编辑后的文档是否会被采用还不确定，因此，为了安全起见，用户需要将当前文档拷贝一份，然后再在文档副本上进行修改，这与《Effective Java》一书中提到的保护性拷贝有些类似，如此，这个原始文档就是我们上述所说的样板实例，也就是将要被“克隆”的对象，我们称为原型：
/**
* 文档类型，扮演的是ConcretePrototype角色，而cloneable是代表prototype角色
*/
public class WordDocument implements Cloneable {
//文本
private String mText;
//图片名列表
private ArrayList<String> mImages = new ArrayList<String>();
public WordDocument(){
System.out.println("-------- WordDocument构造函数 --------");
}
public String getText(){
return this.mText;
}
public void setText(String text){
this.mText = text;
}
public ArrayList<String> getImages(){
return this.mImages;
}
public void setImages(ArrayList<String> images){
this.mImages = images;
}
public void addImage(String img){
this.mImages.add(img);
}
/**
* 打印文档
*/
public void showDocument(){
System.out.println("-------- Word Content Start --------");
System.out.println("Text : " + this.mText);
System.out.println("Images List : ");
for(String image : mImages){
System.out.println("image name : " + image);
}
System.out.println("-------- Word Content End --------");
}
@Override
protected WordDocument clone(){
try{
WordDocument doc = (WordDocument)super.clone();
doc.mText = this.mText;
doc.mImages = this.mImages;
return doc;
}catch(Exception e){}
return null;
}
}
public static void main(String[] args) throws IOException {
//1.构建文档对象
WordDocument originDoc = new WordDocument();
//2.编辑文档，添加图片等
originDoc.setText("这是一篇文档");
originDoc.addImage("图片一");
originDoc.addImage("图片二");
originDoc.addImage("图片三");
originDoc.showDocument();
//以原始文档为原型，拷贝一份副本
WordDocument doc2 = originDoc.clone();
doc2.showDocument();
//修改文档副本
doc2.setText("这是修改过的Doc2文本");
doc2.addImage("这是新添加的图片");
originDoc.showDocument();
doc2.showDocument();
}
结果
-------- WordDocument构造函数 --------
//originDoc
-------- Word Content Start --------
Text : 这是一篇文档
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
-------- Word Content End --------
//doc2
-------- Word Content Start --------
Text : 这是一篇文档
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
-------- Word Content End --------
//副本修改后originDoc
-------- Word Content Start --------
Text : 这是一篇文档
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
image name : 这是新添加的图片
-------- Word Content End --------
//副本修改后doc2
-------- Word Content Start --------
Text : 这是修改过的Doc2文本
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
image name : 这是新添加的图片
-------- Word Content End --------
这里我们发现通过修改doc2后，只是影响了originDoc的mImages，而没有改变mText。
五、重点
clone拷贝对象并不会执行构造函数，当有一些特殊初始化时，需要注意；
上述原型模式的实现实际上只是一个浅拷贝，也称影子拷贝，这份拷贝实际上并不是将原始的文档的所有字段都重新构造了一份，而是副本文档的字段引用原始文档的字段，如下图：
5.png
细心的读者可能从上面的结果中发现，最后两个文档信息输出是一致的。我们在doc2添加了一张图片，但是，同时也显示在originDoc中，这是怎么回事呢？学习过C++的读者都会有比较深刻的体会，这是因为上文中WordDocument的clone方法中只是简单的进行了浅拷贝，引用类型的新对象doc2.mImages只是单纯的指向了this.mImages引用，并没有重新构造一个mImages对象，然后将原始文档中的图片添加到新的mImages对象中，这样就导致doc2.mImages与原始文档中的是同一个对象，因此，修改了其中一个文档中的图片，另一个文档也会受影响。那么如何解决这个问题呢？答案就是采用深拷贝，即在拷贝对象时，对于引用型的字段也要采用拷贝的形式，而不是单纯引用的形式。
clone方法修改如下(其他不变)：
@Override
protected WordDocument clone(){
try{
WordDocument doc = (WordDocument)super.clone();
doc.mText = this.mText;
//对mImages对象也调用clone()函数，进行深拷贝
doc.mImages = (ArrayList<String>)this.mImages.clone();
return doc;
}catch(Exception e){}
return null;
}
修改后在执行上述代码的结果是：
-------- WordDocument构造函数 --------
//originDoc
-------- Word Content Start --------
Text : 这是一篇文档
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
-------- Word Content End --------
//doc2
-------- Word Content Start --------
Text : 这是一篇文档
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
-------- Word Content End --------
//副本修改后originDoc
-------- Word Content Start --------
Text : 这是一篇文档
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
-------- Word Content End --------
//副本修改后doc2
-------- Word Content Start --------
Text : 这是修改过的Doc2文本
Images List :
image name : 图片一
image name : 图片二
image name : 图片三
image name : 这是新添加的图片
-------- Word Content End --------
可以看出现在互不影响，这个叫做深拷贝。
接着上面的疑问，其实String类型在浅拷贝时和引用类型一样，没有单独复制，而是引用同一地址，因为String没有实现cloneable接口，也就是说只能复制引用。（这里我们可以查看源码可以看到，而ArrayList实现了cloneable接口）但是当修改其中的一个值的时候，会新分配一块内存用来保存新的值，这个引用指向新的内存空间，原来的String因为还存在指向他的引用，所以不会被回收，这样，虽然是复制的引用，但是修改值的时候，并没有改变被复制对象的值。
所以在很多情况下，我们可以把String在clone的时候和基本类型做相同的处理，只是在equals时注意一些就行了。
原型模式是非常简单的一个模式，它的核心问题就是对原始对象进行拷贝，在这个模式的使用过程中需要注意的一点就是：深、浅拷贝的问题。在开发过程中，为了减少错误，作者建议使用该模式时尽量使用深拷贝，避免操作副本时影响原始对象的问题。
六、总结
原型模式本质上就是对象的拷贝，与C++中的拷贝构造函数有些类似，它们之间容易出现的问题也都是深拷贝、浅拷贝。使用原型模式可以解决构建复杂对象的资源消耗问题，能够在某些场景下提升创建对象的效率。
优点：
（1）原型模式是在内存中二进制流的拷贝，要比直接new一个对象性能好很多，特别是要在一个循环体内产生大量对象时，原型模式可能更好的体现其优点。
（2）还有一个重要的用途就是保护性拷贝，也就是对某个对象对外可能是只读的，为了防止外部对这个只读对象的修改，通常可以通过返回一个对象拷贝的形式实现只读的限制。
缺点：
（1）这既是它的优点也是缺点，直接在内存中拷贝，构造函数是不会执行的，在实际开发中应该注意这个潜在问题。优点是减少了约束，缺点也是减少了约束，需要大家在实际应用时考虑。
（2）通过实现Cloneable接口的原型模式在调用clone函数构造实例时并不一定比通过new操作速度快，只有当通过new构造对象较为耗时或者说成本较高时，通过clone方法才能够获得效率上的提升。
网友评论