原型模式
- 介绍
- 角色
- Java语言提供的clone()方法
- 代码演示---克隆羊
-
- 结论
- 深浅拷贝
-
- 深浅拷贝探讨
- 实现深克隆的方式一 : 手动对引用对象进行克隆
- 实现深克隆的方式一 :序列化
- 原型模式对单例模式的破坏
- 优缺点
- 适用场景
- 原型模式在Spring中的应用场景
- 总结
介绍
原型模式(Prototype Pattern):使用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。原型模式是一种对象创建型模式。
原型模式的工作原理很简单:将一个原型对象传给那个要发动创建的对象,这个要发动创建的对象通过请求原型对象拷贝自己来实现创建过程。
原型模式是一种“另类”的创建型模式,创建克隆对象的工厂就是原型类自身,工厂方法由克隆方法来实现。
需要注意的是通过克隆方法所创建的对象是全新的对象,它们在内存中拥有新的地址,通常对克隆所产生的对象进行修改对原型对象不会造成任何影响,每一个克隆对象都是相互独立的。通过不同的方式修改可以得到一系列相似但不完全相同的对象。
角色
- Prototype(抽象原型类):它是声明克隆方法的接口,是所有具体原型类的公共父类,可以是抽象类也可以是接口,甚至还可以是具体实现类。
- ConcretePrototype(具体原型类):它实现在抽象原型类中声明的克隆方法,在克隆方法中返回自己的一个克隆对象。
- Client(客户类):让一个原型对象克隆自身从而创建一个新的对象,在客户类中只需要直接实例化或通过工厂方法等方式创建一个原型对象,再通过调用该对象的克隆方法即可得到多个相同的对象。由于客户类针对抽象原型类Prototype编程,因此用户可以根据需要选择具体原型类,系统具有较好的可扩展性,增加或更换具体原型类都很方便。
原型模式的核心在于如何实现克隆方法。
Java语言提供的clone()方法
学过Java语言的人都知道,所有的Java类都继承自 java.lang.Object。事实上,Object 类提供一个 clone() 方法,可以将一个Java对象复制一份。因此在Java中可以直接使用 Object 提供的 clone() 方法来实现对象的克隆,Java语言中的原型模式实现很简单。
需要注意的是能够实现克隆的Java类必须实现一个 标识接口 Cloneable,表示这个Java类支持被复制。如果一个类没有实现这个接口但是调用了clone()方法,Java编译器将抛出一个 CloneNotSupportedException 异常。
代码演示—克隆羊
具体原型类:
//实现Cloneable接口
@Data
public class Sheep implements Cloneable
{
private String name;
private Integer age;
//重写Object的clone方法
@Override
protected Object clone() throws CloneNotSupportedException
{
Sheep sheep=null;
sheep=(Sheep)super.clone();
return sheep;
}
}
客户端创建并克隆原型对象:
//创建原型对象
Sheep sheep=new Sheep();
sheep.setAge(3);
sheep.setName("肖恩");
//克隆
Sheep sheep1 = sheep.clone();
Sheep sheep2=sheep.clone();
System.out.println(sheep1);
System.out.println(sheep2);
System.out.println(sheep1==sheep2);
结论
- 克隆出来的对象,它们的内存地址均不同,说明不是同一个对象,克隆成功,克隆仅仅通过调用 super.clone() 即可。
看一眼 Object#clone 方法
protected native Object clone() throws CloneNotSupportedException;
这是一个 native 关键字修饰的方法
一般而言,Java语言中的clone()方法满足:
- 对任何对象x,都有 x.clone() != x,即克隆对象与原型对象不是同一个对象;
- 对任何对象x,都有 x.clone().getClass() == x.getClass(),即克隆对象与原型对象的类型一样;
- 如果对象x的 equals() 方法定义恰当,那么 x.clone().equals(x) 应该成立。
- 为了获取对象的一份拷贝,我们可以直接利用Object类的clone()方法,具体步骤如下:
在派生类中覆盖基类的 clone() 方法,并声明为public;
在派生类的 clone() 方法中,调用 super.clone();
派生类需实现Cloneable接口。
此时,Object类相当于抽象原型类,所有实现了Cloneable接口的类相当于具体原型类。
深浅拷贝
pig类:
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Pig
{
String name;
Integer age;
}
sheep类:
//实现Cloneable接口
@Data
public class Sheep implements Cloneable
{
private String name;
private Integer age;
private Pig pig;
//重写Object的clone方法
@Override
protected Sheep clone() throws CloneNotSupportedException
{
Sheep sheep=null;
sheep=(Sheep)super.clone();
return sheep;
}
}
客户端进行克隆:
public class test
{
@Test
public void test() throws CloneNotSupportedException {
//创建原型对象
Sheep sheep=new Sheep();
sheep.setAge(3);
sheep.setName("肖恩");
sheep.setPig(new Pig("大忽悠",3));
//克隆
Sheep sheep1 = sheep.clone();
Sheep sheep2=sheep.clone();
System.out.println(sheep1);
System.out.println(sheep2);
System.out.println(sheep1==sheep2);
System.out.println("==============================");
System.out.println(sheep1.getPig()==sheep2.getPig());
}
}
这里对Sheep类里面的引用类型Pig的克隆方式只是简单的地址拷贝,即浅拷贝操作
深浅拷贝探讨
浅克隆:
- 在浅克隆中,如果原型对象的成员变量是值类型,将复制一份给克隆对象;如果原型对象的成员变量是引用类型,则将引用对象的地址复制一份给克隆对象,也就是说原型对象和克隆对象的成员变量指向相同的内存地址。
- 简单来说,在浅克隆中,当对象被复制时只复制它本身和其中包含的值类型的成员变量,而引用类型的成员对象并没有复制。
- 在Java语言中,通过覆盖Object类的clone()方法可以实现浅克隆
深克隆:
- 在深克隆中,无论原型对象的成员变量是值类型还是引用类型,都将复制一份给克隆对象,深克隆将原型对象的所有引用对象也复制一份给克隆对象。
- 简单来说,在深克隆中,除了对象本身被复制外,对象所包含的所有成员变量也将复制。
- 在Java语言中,如果需要实现深克隆,可以通过序列化(Serialization)等方式来实现。需要注意的是能够实现序列化的对象其类必须实现Serializable接口,否则无法实现序列化操作。
实现深克隆的方式一 : 手动对引用对象进行克隆
Pig类首先需要实现克隆即可,并重写clone方法:
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Pig implements Cloneable
{
String name;
Integer age;
@Override
protected Object clone() throws CloneNotSupportedException {
return super.clone();
}
}
sheep类:
//实现Cloneable接口
@Data
public class Sheep implements Cloneable
{
private String name;
private Integer age;
private Pig pig;
//重写Object的clone方法
@Override
protected Sheep clone() throws CloneNotSupportedException
{
Sheep sheep=null;
sheep=(Sheep)super.clone();
sheep.pig=(Pig)sheep.pig.clone();
return sheep;
}
}
实现深克隆的方式一 :序列化
对象可以序列化的前提是实现了Serializable接口,这里Sheep和Pig都需要实现该接口
pig类:
@Data
@AllArgsConstructor
@NoArgsConstructor
public class Pig implements Serializable
{
String name;
Integer age;
}
sheep类:
//实现Cloneable接口
@Data
public class Sheep implements Serializable
{
private String name;
private Integer age;
private Pig pig;
//序列化方式完成深拷贝
public Sheep deepClone() throws IOException, ClassNotFoundException {
//先将要序列化的对象写入流中
ByteArrayOutputStream baot=new ByteArrayOutputStream();
//ObjectOutputStream构造函数的参数是,将对象流写入到哪里
ObjectOutputStream oot=new ObjectOutputStream(baot);
oot.writeObject(this);
//将序列化的对象从流中读取出来
ByteArrayInputStream bait=new ByteArrayInputStream(baot.toByteArray());
ObjectInputStream oit=new ObjectInputStream(bait);
return (Sheep) oit.readObject();
}
}
原型模式对单例模式的破坏
饿汉式单例模式如下:
public class HungrySingleton implements Serializable, Cloneable {
private final static HungrySingleton hungrySingleton;
static {
hungrySingleton = new HungrySingleton();
}
private HungrySingleton()
{}
public static HungrySingleton getInstance() {
return hungrySingleton;
}
private Object readResolve() {
return hungrySingleton;
}
@Override
protected Object clone() throws CloneNotSupportedException {
return super.clone();
}
}
使用反射获取对象,测试如下
public class Test {
public static void main(String[] args) throws CloneNotSupportedException, NoSuchMethodException, InvocationTargetException, IllegalAccessException {
HungrySingleton hungrySingleton = HungrySingleton.getInstance();
Method method = hungrySingleton.getClass().getDeclaredMethod("clone");
method.setAccessible(true);
HungrySingleton cloneHungrySingleton = (HungrySingleton) method.invoke(hungrySingleton);
System.out.println(hungrySingleton);
System.out.println(cloneHungrySingleton);
}
}
输出
com.designpattern.HungrySingleton@34c45dca
com.designpattern.HungrySingleton@52cc8049
可以看到,通过原型模式,我们把单例模式给破坏了,现在有两个对象了
为了防止单例模式被破坏,我们可以:不实现 Cloneable 接口;或者把 clone 方法改为如下
@Override
protected Object clone() throws CloneNotSupportedException {
return getInstance();
}
优缺点
原型模式的主要优点如下:
- 当创建新的对象实例较为复杂时,使用原型模式可以简化对象的创建过程,通过复制一个已有实例可以提高新实例的创建效率。
- 扩展性较好,由于在原型模式中提供了抽象原型类,在客户端可以针对抽象原型类进行编程,而将具体原型类写在配置文件中,增加或减少产品类对原有系统都没有任何影响。
- 原型模式提供了简化的创建结构,工厂方法模式常常需要有一个与产品类等级结构相同的工厂等级结构,而原型模式就不需要这样,原型模式中产品的复制是通过封装在原型类中的克隆方法实现的,无须专门的工厂类来创建产品。
- 可以使用深克隆的方式保存对象的状态,使用原型模式将对象复制一份并将其状态保存起来,以便在需要的时候使用(如恢复到某一历史状态),可辅助实现撤销操作。
原型模式的主要缺点如下:
- 需要为每一个类配备一个克隆方法,而且该克隆方法位于一个类的内部,当对已有的类进行改造时,需要修改源代码,违背了“开闭原则”。
- 在实现深克隆时需要编写较为复杂的代码,而且当对象之间存在多重的嵌套引用时,为了实现深克隆,每一层对象对应的类都必须支持深克隆,实现起来可能会比较麻烦。
适用场景
- 创建新对象成本较大(如初始化需要占用较长的时间,占用太多的CPU资源或网络资源),新的对象可以通过原型模式对已有对象进行复制来获得,如果是相似对象,则可以对其成员变量稍作修改。
- 如果系统要保存对象的状态,而对象的状态变化很小,或者对象本身占用内存较少时,可以使用原型模式配合备忘录模式来实现。
- 需要避免使用分层次的工厂类来创建分层次的对象,并且类的实例对象只有一个或很少的几个组合状态,通过复制原型对象得到新实例可能比使用构造函数创建一个新实例更加方便。
原型模式在Spring中的应用场景
在Spring中,用户也可以采用原型模式来创建新的Bean实例,从而实现每次获取的是通过克隆生成的新实例,对其进行修改时对原有实例对象不造成任何影响。
这里的原型模式,也就是常说的Spring中的多实例模式,Spring中还有大家熟知的单实例模式,即Sigleton