list.addAll()是浅拷贝，如何实现list的深拷贝

由于addAll()实现的是浅拷贝，即将

List A>copy=new ArrayList A>();

List A>src=newArrayList A>();

src.add(a);

copy.addAll(src);

copy.get(0).setName("XXX");

这时，src.get(0).getName();的值，也变成了XXX。

为了解决这个问题，使得copy里的元素修改，不影响src，则要进行深拷贝。

即，对类A实现clone方法。

1. public classAimplementsCloneable{
2. publicStringname[];
4. publicA(){
5. name=newString[2];
6. }
8. publicObjectclone(){
9. Ao=null;
10. try{
11. o=(A)super.clone();
12. }catch(CloneNotSupportedExceptione){
13. e.printStackTrace();
14. }
15. returno;
16. }
17. }

for(int i=0;i

copy.add((A)src.get(i).clone());

}就可以完成深度拷贝了。

在此，再多描述下关于clone的内容。

Java对对象和基本的数据类型的处理是不一样的。在Java中用对象的作为入口参数的传递则缺省为"引用传递"，也就是说仅仅传递了对象的一个"引用"，这个"引用"的概念同C语言中的指针引用是一样的。当函数体内部对输入变量改变时，实质上就是在对这个对象的直接操作。

除了在函数传值的时候是"引用传递"，在任何用"＝"向对象变量赋值的时候都是"引用传递"。

一、当Class A成员变量类型是java的基本类型时（外加String类型）,只要实现如上简单的clone（称影子clone）就可以。但是如果Class A成员变量是数组或复杂类型时，就必须实现深度clone。

1. public classAimplementsCloneable{
2. publicStringname[];
4. publicA(){
5. name=newString[2];
6. }
8. publicObjectclone(){
9. A o = null;
10. try{
11. o = (A) super.clone();
12. } catch(CloneNotSupportedExceptione){
13. e.printStackTrace();
14. }
15. returno;
16. }
17. }

此处的A的变量是String[]，影子clone对name数组只是clone他们的地址。需进行深拷贝。

1. public Object clone() {
2. A o = null;
3. try{
4. o=(A)super.clone();
5. o.name=(String[])name.clone();//其实也很简单^_^
6. } catch(CloneNotSupportedExceptione){
7. e.printStackTrace();
8. }
9. returno;
10. }

二、需要注意的是Class A存在更为复杂的成员变量时，如Vector等存储对象地址的容器时，就必须clone彻底。

1. public classAimplementsCloneable{
2. publicStringname[];
3. publicVectorB> claB;
5. publicA(){
6. name=newString[2];
7. claB=newVector B>();
8. }
10. publicObjectclone(){
11. A o = null;
12. try{
13. o = (A) super.clone();
14. o.name==(String[])name.clone();//深度clone
15. o.claB=newVector B>();//将clone进行到底
16. for(inti=0;i < claB.size() ; i ++ )
17. o.claB.add((B)claB.get(i).clone());//当然ClassB也要实现相应clone方法
18. }
19. } catch(CloneNotSupportedExceptione){
20. e.printStackTrace();
21. }
22. returno;
23. }
24. }

转自：http://lovelace.iteye.com/blog/182772