一、不可变对象clone（没意义）
二、不可变对象clone
三、散列表 深度clone
四、克隆复杂对象的最后一种办法
五、clone方法的替代品
六、总结（重点）
Cloneable接口缺少一个clone方法，不能clone，但改变超类中受保护的方法的行为。
Clone方法通用约束非常弱：
x.clone() != x true
x.clone().getClass() == x.getClass() true
x.clone().equals(x) true
这不是绝对的要求，对象往往是创建它的类的一个新实例，同时也会拷贝内部的数据结构。
一、不可变对象clone（没意义）
1.如果类的每个域包含基本类型的值，或指向不可变对象的引用，那么被返回的对象则正是所需要的，
2.返回类型是PhoneNumber，不是object。助于覆盖方法提供更多关于被返回对象的信息，并且在客户端中不必进行转换。体现一条通则：不要让客户去做任何类库能够替客户完成的事情。
3.支持对象拷贝并没有太大的意义，因为被拷贝的对象与原始对象并没有实质的不用。简单地调用super.clone() 而不用做进一步的处理：
二、不可变对象clone
1.拷贝栈的内部信息（clone方法就是另一个构造器），如果仅返回super.clone()，得到的Stack实例，在size域有正确的值，elements域将引用与原始Stack实例相同的数组，这样伤害到原始的对象
2：clone域与final不能兼容：如果elements域是final的，clone方法无法正常工作，因为clone方法被禁止给elements赋新值。
递归地调用clone:
三、散列表 深度clone
1.内部数据包含一个散列桶数组,每个散列桶都指向"键-值"对链表的第一个项,性能方面的考虑,实现了轻量级单向链表,
2.避免克隆对象和原始对象中不确定的行为：单独地拷贝并组成每个桶的链表：
3.如果链表长,导致栈溢出,列表中的每个元素都要消耗一段栈空间。所以采用迭代来代替递归:
四、克隆复杂对象的最后一种办法:
(1)先调用super.clone,
(2)结果对象中的所有域都设置空白状态,
(3)调用高层(higher-level)的方法来重新产生对象的状态。
比如new个新数组，再put。这种方式简单,合理且优美,但运行速度通常没有"直接操作对象及其克隆对象的内部状态的clone方法"快。
五、clone方法的替代品
拷贝构造器或拷贝工厂
//Copy constructor
public Yum(Yum yum);
//Copy factory
public static Yum newInstance(Yum yum);
此方式优点:
1、不依赖于某一种很有风险的,语言之外的对象创建机制。
2、不要求遵守尚未制定好的文档规范。
3、不会与final的正常使用发生冲突。
4、不会抛出不必要的受检异常。
5、不需要类型转换。
6、可带一个参数,参数类型是通过该类实现的接口,比如集合框架。
五、总结：
如果必须提供clone方法:
1、clone方法不应该在构造的过程中,调用新对象中任何非final的方法,会造成克隆对象与原始对象的状态不一致。
2、公有的clone方法应该省略CloneNotSupportException异常,因为这样使用起来更轻松。如果专门为了继承而设计的类覆盖了clone方法,覆盖版本的clone方法就应该模拟Object.clone的行为:它应该被声明为protected,抛出CloneNotSupportException异常,并且该类不应该实现Cloneable接口,以便子类可以自己决定是否实现它。
3、用线程安全的类实现Cloneable接口,要记得它的clone方法必须得到很好地同步。
4、实现Cloneable接口的类都应该用一个公有的方法覆盖clone。此方法首先调用super.clone,然后修正任何需要修正的域。
5、使用拷贝构造器或拷贝工厂来代替clone方法
https://www.cnblogs.com/13jhzeng/p/5650128.html
https://www.aliyun.com/zixun/wenji/1234703.html