(二) 对象克隆

1.当拷贝一个变量时，原始变量与拷贝变量引用同一个对象，也就是说，改变一个变量所引用的对象将会对另一个变量产生影响。
如果创建一个对象的新的copy，它的最初状态与拷贝对象一样，但以后可以各自改变各自的状态，那就需要clone方法。

但clone方法是Object类的一个proteced方法，也就是说在用户编写的代码中不能直接调用它，只有类本身才能克隆类对象。
Object类的实现Clone方法，由于这个类对具体的类对象一无所知，所以只能将各个域进行对应的拷贝。如果对象中的所以数学都属于数值或基本类型，这样的拷贝数学没有任何问题。但是，如果在对象中包含饿子对象的引用，拷贝的结果会使得两个域引用同一个子对象，因此原始对象与克隆对象共享这部分信息。即默认的为浅拷贝，没有克隆包含在对象中的内部对象。

如果原始对象与浅克隆对象共享的子对象是不可变的，将不会产生任何问题。例如，子对象属于像String类这样的不允许改变的类;也有可能子对象在其生命周期内不会发生变化，既没有更改它们的方法，也没有创建对它引用的方法。

更常见的情况是子对象可变，因此必须重新定义clone方法，以便实现克隆子对象的深拷贝。

对于每一个类，都需要做出下列判断:
1)默认的clone方法是否满足要求。
2)默认的clone方法是否能够通过调用可变子对象的clone得到修补。
3)是否不应该使用clone。
实际上3是默认的。如果要选择1或2，类必须：
1)实现Cloneable接口。
2)使用public访问修饰符重新定义clone方法。

2.在这里，Cloneabe接口的出现与接口的正常使用没有任何关系，尤其是它并没有制定clone方法。接口在这里只是作为一个标记，表明类设计者知道要进行克隆处理。如果一个对象需要克隆，而没有实现Cloneable接口，就会产生一个以检验异常(checked exception)
Cloneable接口是Java提供的几个标记接口之一(tagging interface)，标记接口唯一目的是可以用它instanceof进行类型检查。

所以，即使clone的默认实现(浅拷贝)能满足需求，也应该实现Cloneabe接口，将clone重定义为public，并调用super.clone()。

DEMO 深拷贝clone方法的示例

class Employee implements Cloneable{
    ...
    public Employee clone() throws CloneNotSupportedException{
        Employee cloned = (Employee) super.clone();
        cloned.hireDay = (Date) hireDay.clone();
        return cloned;
    }
}

 

只要在clone中含有没有实现Cloneable接口的对象，Object类的clone方法就会抛出一个CloneNotSupportException异常。

必须谨慎地实现子类clone，没有人能够保证子类实现的clone一定正确，鉴于这个原因，应该将Object类中的clone方法声明为protected。甚至应该完全避免使用clone，并通过实现其他的方法达到此目的。在标准类库中，只有不到5%的类实现了clone。比如通过序列化对现有对象实现深克隆。