无意间了Object的clone()方法,读了一读API,发现和以前大学学习C++的深拷贝和浅拷贝有一定联系,于是学习了下。
public class Source implements Cloneable{
int a = 1;
Integer aa = 1;
String str = new String("abc");
static int b = 10;
public Source(){
b++;
}
public Object clone(){
Source s = null;
try{
s = (Source) super.clone();
s.str = new String("abf");
s.aa = new Integer(1);
}catch(CloneNotSupportedException e){
e.printStackTrace();
}
return s;
}
public static void main(String[] args) throws CloneNotSupportedException {
// TODO Auto-generated method stub
Source s = new Source();
Source s1 = (Source) s.clone();
System.out.println();
}
}
如上的测试代码,断点调试发现如下结论,mark一下:
1.clone在Object中用了native修饰,是一个JNI(java native interface),即不是java实现的,多由c、c++等实现的方法,但这并不是Object实例不能调用clone()的理由。其根本原因是Object没有实现Cloneable接口,该接口作为一个标识接口:即不用实现接口的任何方法签名,只代表了实现Cloneable的类有clone的能力。
2.Object是万类之源,所以任何一个自定义的类可以通过override Object的clone()方法来实现自己的逻辑。比如直接调用super,在成员变量全部是基本类型时,可以实现深拷贝,但是一旦成员有引用类型,即变成影子拷贝——新clone出的对象和原对象的应用类型成员指向同一内存。需要注意。
3.惊奇地发现使用clone产生新对象时,没有使用构造函数!搜索了一些文章,说clone是从内存中以二进制流的方式(底层JNI实现的吧?)产生对象,所以没有使用constructor。
4.大多数场景可能都是用到深拷贝,所以重写clone()方法吧。