Question

深拷贝与浅拷贝

Answer 1

JAVA技术之深拷贝与浅拷贝

　　在实际编程过程中，我们常常要遇到这种情况：有一个对象A，在某一时刻A中已经包含了一些有效值，此时可能会需要一个和A完全相同新对象B，并且此后对B任何改动都不会影响到A中的值，也就是说，A与B是两个独立的对象，但B的初始值是由A对象确定的。在Java语言中，用简单的赋值语句是不能满足这种需求的。要满足这种需求虽然有很多途径，但实现clone（）方法是其中最简单，也是最高效的手段。
　　Java的所有类都默认继承java.lang.Object类，在java.lang.Object类中有一个方法clone()。JDK API的说明文档解释这个方法将返回Object对象的一个拷贝。要说明的有两点：一是拷贝对象返回的是一个新对象，而不是一个引用。二是拷贝对象与用new操作符返回的新对象的区别就是这个拷贝已经包含了一些原来对象的信息，而不是对象的初始信息。
　　怎样应用clone()方法？
　　一个很典型的调用clone()代码如下：
　　01class CloneClass implements Cloneable{
　　02 public int aInt;
　　03 public Object clone(){
　　04 CloneClass o = null;
　　05 try{
　　06 o = (CloneClass)super.clone();
　　07 }catch(CloneNotSupportedException e){
　　08 e.printStackTrace();
　　09 }
　　10 return o;
　　11 }
　　12}
　　有三个值得注意的地方，一是希望能实现clone功能的CloneClass类实现了Cloneable接口，这个接口属于java.lang包，java.lang包已经被缺省的导入类中，所以不需要写成java.lang.Cloneable。另一个值得请注意的是重载了clone()方法。最后在clone()方法中调用了super.clone()，这也意味着无论clone类的继承结构是什么样的，super.clone()直接或间接调用了java.lang.Object类的clone()方法。下面再详细的解释一下这几点。
　　应该说第三点是最重要的，仔细观察一下Object类的clone()一个native方法，native方法的效率一般来说都是远高于java中的非native方法。这也解释了为什么要用Object中clone()方法而不是先new一个类，然后把原始对象中的信息赋到新对象中，虽然这也实现了clone功能。对于第二点，也要观察Object类中的clone()还是一个protected属性的方法。这也意味着如果要应用clone()方法，必须继承Object类，在Java中所有的类是缺省继承Object类的，也就不用关心这点了。然后重载clone()方法。还有一点要考虑的是为了让其它类能调用这个clone类的clone()方法，重载之后要把clone()方法的属性设置为public。
　　那么clone类为什么还要实现Cloneable接口呢？稍微注意一下，Cloneable接口是不包含任何方法的！其实这个接口仅仅是一个标志，而且这个标志也仅仅是针对Object类中clone()方法的，如果clone类没有实现Cloneable接口，并调用了Object的clone()方法（也就是调用了super.Clone()方法），那么Object的clone()方法就会抛出CloneNotSupportedException异常。
　　注意：1.所有的数组都被视为实现接口 Cloneable。
　　2.Object 类本身不实现接口 Cloneable，所以在类为 Object 的对象上调用 clone 方法将会导致在运行时抛出异常。
　　以上是clone的最基本的步骤，想要完成一个成功的clone，还要了解什么是"影子clone"和"深度clone"。
　　什么是影子clone？
　　下面的例子包含三个类UnCloneA，CloneB，CloneMain。CloneB类包含了一个UnCloneA的实例和一个int类型变量，并且重载clone()方法。CloneMain类初始化UnCloneA类的一个实例b1，然后调用clone()方法生成了一个b1的拷贝b2。最后考察一下b1和b2的输出：
　　01package clone;
　　02class UnCloneA {
　　03 private int i;
　　04 public UnCloneA(int ii) { i = ii; }
　　05 public void doubleValue() { i *= 2; }
　　06 public String toString() {
　　07 return Integer.toString(i);
　　08 }
　　09}
　　10class CloneB implements Cloneable{
　　11 public int aInt;
　　12 public UnCloneA unCA = new UnCloneA(111);
　　13 public Object clone(){
　　14 CloneB o = null;
　　15 try{
　　16 o = (CloneB)super.clone();
　　17 }catch(CloneNotSupportedException e){
　　18 e.printStackTrace();
　　19 }
　　20 return o;
　　21 }
　　22}
　　23public class CloneMain {
　　24 public static void main(String[] a){
　　25 CloneB b1 = new CloneB();
　　26 b1.aInt = 11;
　　27 System.out.println("before clone,b1.aInt = "+ b1.aInt);
　　28 System.out.println("before clone,b1.unCA = "+ b1.unCA);
　　29
　　30 CloneB b2 = (CloneB)b1.clone();
　　31 b2.aInt = 22;
　　32 b2.unCA.doubleValue();
　　33 System.out.println("=================================");
　　34 System.out.println("after clone,b1.aInt = "+ b1.aInt);
　　35 System.out.println("after clone,b1.unCA = "+ b1.unCA);
　　36 System.out.println("=================================");
　　37 System.out.println("after clone,b2.aInt = "+ b2.aInt);
　　38 System.out.println("after clone,b2.unCA = "+ b2.unCA);
　　39 }
　　40}
　　41
　　42
　　43
　　44
　　输出的结果说明int类型的变量aInt和UnCloneA的实例对象unCA的clone结果不一致，int类型是真正的被clone了，因为改变了b2中的aInt变量，对b1的aInt没有产生影响，也就是说，b2.aInt与b1.aInt已经占据了不同的内存空间，b2.aInt是b1.aInt的一个真正拷贝。相反，对b2.unCA的改变同时改变了b1.unCA，很明显，b2.unCA和b1.unCA是仅仅指向同一个对象的不同引用！从中可以看出，调用Object类中clone()方法产生的效果是：先在内存中开辟一块和原始对象一样的空间，然后原样拷贝原始对象中的内容。对基本数据类型，这样的操作是没有问题的，但对非基本类型变量，我们知道它们保存的仅仅是对象的引用，这也导致clone后的非基本类型变量和原始对象中相应的变量指向的是同一个对象。
　　大多时候，这种clone的结果往往不是我们所希望的结果，这种clone也被称为"影子clone"。要想让b2.unCA指向与b2.unCA不同的对象，而且b2.unCA中还要包含b1.unCA中的信息作为初始信息，就要实现深度clone。
　　怎么进行深度clone？
　　把上面的例子改成深度clone很简单，需要两个改变：一是让UnCloneA类也实现和CloneB类一样的clone功能（实现Cloneable接口，重载clone()方法）。二是在CloneB的clone()方法中加入一句o.unCA = (UnCloneA)unCA.clone();
　　程序如下：
　　01package clone.ext;
　　02class UnCloneA implements Cloneable{
　　03 private int i;
　　04 public UnCloneA(int ii) { i = ii; }
　　05 public void doubleValue() { i *= 2; }
　　06 public String toString() {
　　07 return Integer.toString(i);
　　08 }
　　09 public Object clone(){
　　10 UnCloneA o = null;
　　11 try{
　　12 o = (UnCloneA)super.clone();
　　13 }catch(CloneNotSupportedException e){
　　14 e.printStackTrace();
　　15 }
　　16 return o;
　　17 }
　　18}
　　19class CloneB implements Cloneable{
　　20 public int aInt;
　　21 public UnCloneA unCA = new UnCloneA(111);
　　22 public Object clone(){
　　23 CloneB o = null;
　　24 try{
　　25 o = (CloneB)super.clone();
　　26 }catch(CloneNotSupportedException e){
　　27 e.printStackTrace();
　　28 }
　　29 o.unCA = (UnCloneA)unCA.clone();
　　30 return o;
　　31 }
　　32}
　　33public class CloneMain {
　　34 public static void main(String[] a){
　　35 CloneB b1 = new CloneB();
　　36 b1.aInt = 11;
　　37 System.out.println("before clone,b1.aInt = "+ b1.aInt);
　　38 System.out.println("before clone,b1.unCA = "+ b1.unCA);
　　39
　　40 CloneB b2 = (CloneB)b1.clone();
　　41 b2.aInt = 22;
　　42 b2.unCA.doubleValue();
　　43 System.out.println("=================================");
　　44 System.out.println("after clone,b1.aInt = "+ b1.aInt);
　　45 System.out.println("after clone,b1.unCA = "+ b1.unCA);
　　46 System.out.println("=================================");
　　47 System.out.println("after clone,b2.aInt = "+ b2.aInt);
　　48 System.out.println("after clone,b2.unCA = "+ b2.unCA);
　　49 }
　　50}
　　51
　　可以看出，现在b2.unCA的改变对b1.unCA没有产生影响。此时b1.unCA与b2.unCA指向了两个不同的UnCloneA实例，而且在CloneB b2 = (CloneB)b1.clone();调用的那一刻b1和b2拥有相同的值，在这里，b1.i = b2.i = 11。
　　要知道不是所有的类都能实现深度clone的。例如，如果把上面的CloneB类中的UnCloneA类型变量改成StringBuffer类型，看一下JDK API中关于StringBuffer的说明，StringBuffer没有重载clone()方法，更为严重的是StringBuffer还是一个final类，这也是说我们也不能用继承的办法间接实现StringBuffer的clone。如果一个类中包含有StringBuffer类型对象或和StringBuffer相似类的对象，我们有两种选择：要么只能实现影子clone，要么就在类的clone()方法中加一句（假设是SringBuffer对象，而且变量名仍是unCA）： o.unCA = new StringBuffer(unCA.toString()); //原来的是：o.unCA = (UnCloneA)unCA.clone();
　　还要知道的是除了基本数据类型能自动实现深度clone以外，String对象是一个例外，它clone后的表现好象也实现了深度clone，虽然这只是一个假象，但却大大方便了我们的编程。