设计一个类时,通常会提供构造函数,使得客户端应用程序能够通过它去创建对象。但在某些情形下,可能不允许类的调用者直接调用构造函数。
原型模式的意图是通过复制一个现有的对象来生成新的对象,而不是通过实例化的方式。
原型模式的结构
原型模式包含以下主要角色。
- 抽象原型类:规定了具体原型对象必须实现的接口。
- 具体原型类:实现抽象原型类的 clone() 方法,它是可被复制的对象。
- 访问类:使用具体原型类中的 clone() 方法来复制新的对象。
原型模式的实现
原型模式的克隆分为浅克隆和深克隆。
- 浅克隆:创建一个新对象,新对象的属性和原来对象完全相同,对于非基本类型属性,仍指向原有属性所指向的对象的内存地址。
- 深克隆:创建一个新对象,属性中引用的其他对象也会被克隆,不再指向原有对象地址。
Java 中的 Object 类提供了浅克隆的 clone() 方法,具体原型类只要实现 Cloneable 接口就可实现对象的浅克隆,这里的 Cloneable 接口就是抽象原型类。其代码如下:
1 | //具体原型类 |
1 | //原型模式的测试类 |
结果:
具体原型创建成功!
具体原型复制成功!
obj1==obj2?false
常见案例及应用场景
常见案例:Java 中的 Object clone() 方法。
应用场景:
- 对象之间相同或相似,即只是个别的几个属性不同的时候。
- 创建对象成本较大,例如初始化时间长,占用CPU太多,或者占用网络资源太多等,需要优化资源。
- 创建一个对象需要繁琐的数据准备或访问权限等,需要提高性能或者提高安全性。
- 系统中大量使用该类对象,且各个调用者都需要给它的属性重新赋值。
在 Spring 中,原型模式应用的非常广泛,例如 scope=’prototype’、JSON.parseObject() 等都是原型模式的具体应用。
总结
原型模式使得用户可以通过复制对象样本来创建对象。与通过调用构造函数创建对象相比,二者的主要区别在于:通过复制创建的新对象一般会包含原始对象的某些状态。你可以充分利用这一特点,尤其是当多个对象的类在属性上仅存在细微差别,方法上却完全相同的时候。在这种情形下,通过为用户提供一个可以复制的对象原型,就可以在运行时动态创建新类。
原型模式的优点:
- Java 自带的原型模式基于内存二进制流的复制,在性能上比直接 new 一个对象更加优良。
- 可以使用深克隆方式保存对象的状态,使用原型模式将对象复制一份,并将其状态保存起来,简化了创建对象的过程,以便在需要的时候使用(例如恢复到历史某一状态),可辅助实现撤销操作。
原型模式的缺点:
- 需要为每一个类都配置一个 clone 方法
- clone 方法位于类的内部,当对已有类进行改造的时候,需要修改代码,违背了开闭原则。
- 当实现深克隆时,需要编写较为复杂的代码,而且当对象之间存在多重嵌套引用时,为了实现深克隆,每一层对象对应的类都必须支持深克隆,实现起来会比较麻烦。因此,深克隆、浅克隆需要运用得当。