arraylist.clone()返回浅拷贝,仅复制数组引用,元素对象仍共享;修改副本中可变元素会影响原集合,仅当元素为string等不可变类型时安全。

ArrayList.clone() 返回的是浅拷贝,不是深拷贝
ArrayList.clone() 只复制了集合本身(即内部的 Object[] 数组引用),但数组里的每个元素对象仍指向原对象。如果元素是可变对象(比如 HashMap、自定义类实例),修改副本里的元素会同步影响原集合。
- 常见错误现象:
list2 = (ArrayList) list1.clone(); list2.get(0).put("k", "v");结果list1.get(0)也变了 - 适用场景:元素全是不可变类型(
String、Integer)时,浅拷贝够用 - 注意:
clone()返回Object,必须强制转型,且要求元素类实现Cloneable才能安全调用其clone()
手动实现深拷贝:逐个 clone 元素再 new ArrayList
没有银弹,得自己控制“深”的边界——你要 clone 到哪一层?通常指复制元素本身,而非只复制引用。
- 使用场景:元素是自定义类,且该类已正确重写
clone()方法并声明implements Cloneable - 实操建议:
ArrayList<MyObj> deepCopy = new ArrayList<>(); for (MyObj obj : original) { deepCopy.add(obj.clone()); } - 坑点:如果
MyObj.clone()内部没递归 clone 字段(比如它有个Map<string list>></string>字段),那还是浅的——深不深,取决于你写的clone()逻辑
用构造函数或 Collections.copy() 都只是浅拷贝
new ArrayList(otherList) 和 Collections.copy(dest, src) 都只做引用复制,和 clone() 行为一致,别被“new”字眼误导。
- 错误认知:“new 一个新 ArrayList 就等于深拷贝”——错,它只新建了容器,没碰里面的东西
-
Collections.copy()要求目标集合已有足够容量,否则抛IndexOutOfBoundsException,且仍是逐引用赋值 - 性能影响:这些方式都 O(n) 时间,但内存上不额外深拷贝对象,所以比真深拷贝省空间
序列化方式能绕过 clone 约束,但代价高且有局限
把对象写成字节流再读回来,天然达成深拷贝效果,适合不想改源码又无法控制元素类是否实现 Cloneable 的情况。
立即学习“Java免费学习笔记(深入)”;
- 前提:所有元素类及其字段都必须实现
Serializable,且不含transient关键数据(否则丢失) - 示例代码片段:
ByteArrayOutputStream bos = new ByteArrayOutputStream(); ObjectOutputStream oos = new ObjectOutputStream(bos); oos.writeObject(original); oos.close(); ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(bos.toByteArray())); ArrayList<?> deepCopy = (ArrayList<?>) ois.readObject();
- 坑点:静态字段不参与序列化;Lambda、内部类可能因隐式持外层引用导致
NotSerializableException;性能差,GC 压力大,纯当保底方案
ThreadLocal、Socket 或带 native 句柄的对象,照样崩。







