Effective Java

读书笔记 仅供参考

Cloneable 接口

Cloneable 借口表明这样的对象允许克隆，但是它缺少 clone 方法。
Object 拥有一个 受保护的 clone 方法，如果不采用反射，无法调用。
Cloneable 中并没有方法，它只是决定了 Object.clone() 的实现行为：如果一个类实现了 Cloneable，clone 方法就会返回对象的逐级拷贝，否则抛出 CloneNotSupportException。这种方法并不值得效仿。

clone 的约定

• 无需调用构造器就可以创建对象
• x.clone() != x 为 true
• x.clone().getClass() == x.getClass() 为 true
• x.clone().equals(x) 为 true

实现

不使用构造器太过强硬行为良好的 clone 方法应该可以使用构造器。
在覆盖的非 final 类中的 clone 方法，都应该调用 super.clone ，如果所有的超类都遵循这条规则，最终会调用到 Object.clone。
如果类中的域为基本类型或一个不可变对象的引用，这种情况下就不需要再多做处理，只需要提供被保护的 clone 方法的访问途径。

@Overridepubli PhoneBumber clone() {    try {        return (PhoneNumber) super.clone();    } catch (CloneNotSupportedException e) {        throw new AssertionError();    }}

如果对象中的域引用了可变的对象，那么上述方法就不可行了。

public class Stack {    private Object[] elements;    private int size = 0;    private static final int DEFAULT_INITIAL_CAPACITY = 16;    public Stack() {        elements = new Object[DEFAULT_INITIAL_CAPACITY ];    }    public void push(Object e) {        ensureCapacity();        elements[size++] = e;    }    pubic Object pop() {        if(size == 0) {            throw new EmptyStackException();        }        return element[--size];    }    private void ensureCapacity() {        if(elements.length == size) {            elements = Arrays.copyOf(elements, 2 * size + 1);        }    }}

在上述代码中，通过 clone 方法得到的实例， size 具有正确的值，但是 element 域将引用与原实例一样的数组。
clone 方法就是另一个构造器，必须确保它不会伤害到原始的对象，并确保正确地创建被克隆对象中的约束条件
可以对其中的域递归地使用 clone 方法，有些情况还必须考虑深度拷贝递归或迭代地进行拷贝。
因为 clone 方法问题太多了，最好就是不要使用它