读书笔记 仅供参考
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 方法的访问途径。
@Override
publi 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 方法问题太多了,最好就是不要使用它