设计模式(七）原型模式

原型模式。 原型模式的场景如下：

有一个需求，需要发送个性化电子账单。或者一个祝福语，也就是说除了姓名不一样，其他不部分很可能一样。针对这种场景，如果采用单线程，每一个用户20ms的时间，如果上100万人，需要发送时间为 2ws=200/36小时。如果设计8:00收到，那么可能最后一个人到下午2点才收到，显然不可接受。 当然，目前大多采用多线程，多线程带来一个并发问题。随之而来的是一些解决方案。
同样，原型模式，通过复制一份对象的操作，某些情况下也可以达到解决并发的问题。

什么是原型模式呢？ 不通过new来产生一个对象的方式，而是通过对象复制来实现的模式就叫做原型模式。

原型模式的优点：

• 性能优良。 原型模式是在内存拷贝二进制流的对象，比new一个对象性能好很多，特别是要在一个循环体内产生大量对象的时候。
• 逃避构造函数的约束。 直接在内存中拷贝，构造函数不会执行，这是一个很重要的点，拷贝时构造函数不会执行，双刃剑。

原型模式的使用场景：

• 资源优化。 类初始化消耗资源很多。
• 性能和安全要求。 通过new产生一个对象需要繁琐的数据准备或访问权限。

spring中的原型模式，就是每次拷贝一个bean。

原型模式应当注意的问题：

1. 构造函数不会执行
2. 浅拷贝和深拷贝的问题。 浅拷贝（只对象，对对象内的数组，引用对象都不拷贝）会导致，对复制对象的修改同时影响原始对象，而深拷贝则不会。 对于引用对象执行的浅拷贝，其中String类型对象作为特殊的引用对象，和基本类型，int ,long double一样会被执行拷贝。
3. clone 和final 关键字是有冲突的，带有final关键字的，无法拷贝。编译器报错