为什么要克隆
为什么要使用克隆，这其实反映的是一个很现实的问题，假如我们有一个对象：
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();
}
}
