Cloneable接口和Object的clone()方法
为什么要克隆
为什么要使用克隆,这其实反映的是一个很现实的问题,假如我们有一个对象:
public class SimpleObject implements Cloneable { private String str; public SimpleObject() { System.out.println("Enter SimpleObject.constructor()"); } public String getStr() { return str; } public void setStr(String str) { this.str = str; } public Object clone() throws CloneNotSupportedException { return super.clone(); } }
现在我写一段程序:
public static void main(String[] args) { SimpleObject so0 = new SimpleObject(); so0.setStr("111"); System.out.println("so0.getStr():" + so0.getStr()); SimpleObject so1 = so0; so1.setStr("222"); System.out.println("so0.getStr():" + so0.getStr()); System.out.println("so1.getStr():" + so1.getStr()); }
运行结果其实很明显:
so0.getStr():111 so0.getStr():222 so1.getStr():222
Java底层使用C/C++实现的,"="这个运算符,如果左右两边都是对象引用的话,在Java中表示的将等号右边的引用赋值给等号左边的引用,二者指向的还是同一块内存,所以任何一个引用对内存的操作都直接反映到另一个引用上。
但是,现在我想拿这个so0的数据进行一些操作,不想改变原来so0中的内容,这时候就可以使用克隆了,它允许在堆中克隆出一块和原对象一样的对象,并将这个对象的地址赋予新的引用,这样,显然我对新引用的操作,不会影响到原对象。
当然,理解克隆,最好还是对Java内存区域有比较好的理解。
Cloneable接口和Object的clone()方法
Java中实现了Cloneable接口的类有很多,像我们熟悉的ArrayList、Calendar、Date、HashMap、Hashtable、HashSet、LinkedList等等。
还是那句话,对于不熟悉的接口、方法,第一反应一定是查询JDK API。
1、Cloneable接口
三句话总结:
(1)此类实现了Cloneable接口,以指示Object的clone()方法可以合法地对该类实例进行按字段复制
(2)如果在没有实现Cloneable接口的实例上调用Object的clone()方法,则会导致抛出CloneNotSupporteddException
(3)按照惯例,实现此接口的类应该使用公共方法重写Object的clone()方法,Object的clone()方法是一个受保护的方法
2、Object的clone()方法
创建并返回此对象的一个副本。对于任何对象x,表达式:
(1)x.clone() != x为true
(2)x.clone().getClass() == x.getClass()为true
(3)x.clone().equals(x)一般情况下为true,但这并不是必须要满足的要求
克隆实例
把上面例子的main函数修改一下:
public static void main(String[] args) throws Exception { SimpleObject so0 = new SimpleObject(); so0.setStr("111"); SimpleObject so1 = (SimpleObject)so0.clone(); System.out.println("so0 == so1?" + (so0 == so1)); System.out.println("so0.getClass() == so1.getClass()?" + (so0.getClass() == so1.getClass())); System.out.println("so0.equals(so1)?" + (so0.equals(so1))); so1.setStr("222"); System.out.println("so0.getStr():" + so0.getStr()); System.out.println("so1.getStr():" + so1.getStr()); }
看一下运行结果:
Enter SimpleObject.constructor() so0 == so1?false so0.getClass() == so1.getClass()?true so0.equals(so1)?false so0.getStr():111 so1.getStr():222
得到三个结论:
1、克隆一个对象并不会调用对象的构造方法,因为"Enter SimpleObject.constructor()"语句只出现了一次
2、符合JDK API的clone()方法三条规则
3、so1对于SimpleObject对象str字段的修改再也不会影响到so0了
浅克隆和深克隆
浅克隆(shallow clone)和深克隆(deep clone)反映的是,当对象中还有对象的时候,那么:
1、浅克隆,即很表层的克隆,如果我们要克隆对象,只克隆它自身以及它所包含的所有对象的引用地址
2、深克隆,克隆除自身对象以外的所有对象,包括自身所包含的所有对象实例
这两个概念应该很好理解,就不写代码了。多提一句,所有的基本数据类型,无论是浅克隆还是深克隆,都会进行原值克隆,毕竟它们都不是对象,不是存储在堆中的。
那其实Object的clone()方法,提供的是一种浅克隆的机制,如果想要实现对对象的深克隆,在不引入第三方jar包的情况下,可以使用两种办法:
1、先对对象进行序列化,紧接着马上反序列化出
2、先调用super.clone()方法克隆出一个新对象来,然后在子类的clone()方法中手动给克隆出来的非基本数据类型(引用类型)赋值,比如ArrayList的clone()方法:
public Object clone() { try { ArrayList<E> v = (ArrayList<E>) super.clone(); v.elementData = Arrays.copyOf(elementData, size); v.modCount = 0; return v; } catch (CloneNotSupportedException e) { // this shouldn't happen, since we are Cloneable throw new InternalError(); } }
我不能保证写的每个地方都是对的,但是至少能保证不复制、不黏贴,保证每一句话、每一行代码都经过了认真的推敲、仔细的斟酌。每一篇文章的背后,希望都能看到自己对于技术、对于生活的态度。
我相信乔布斯说的,只有那些疯狂到认为自己可以改变世界的人才能真正地改变世界。面对压力,我可以挑灯夜战、不眠不休;面对困难,我愿意迎难而上、永不退缩。
其实我想说的是,我只是一个程序员,这就是我现在纯粹人生的全部。
==================================================================================