登录
首页 >  文章 >  java教程

Java深拷贝与浅拷贝实现方法详解

时间:2026-03-19 19:17:28 169浏览 收藏

Java中的深拷贝与浅拷贝并非简单的“一行代码”问题:浅拷贝仅复制对象自身字段,引用类型仍共享内存,导致修改原对象影响副本;而深拷贝需手动逐层克隆或借助序列化,但序列化存在性能损耗、安全风险、兼容性限制及运行时隐患,且无通用解决方案。真正可靠的深拷贝必须结合业务逻辑——明确每层引用的可变性、循环依赖与字段语义,通过重写clone()、定制构造器或Builder模式精准控制,而非盲目依赖Object.clone()或第三方序列化工具。理解这一点,才能避开无数隐蔽的并发Bug和数据不一致陷阱。

Java里的深拷贝与浅拷贝怎么实现_Cloneable接口使用教程

浅拷贝就是clone()方法默认干的事

Java里Object.clone()默认只复制对象自身字段,对引用类型字段不做递归复制——也就是“复制一层”,后续修改原对象的ListMap,副本会跟着变。这不是bug,是设计如此。

要让clone()可用,类必须实现Cloneable接口(空接口,纯标记),否则调用会抛CloneNotSupportedException。注意:Cloneable不提供任何方法,只是解除Object.clone()的抛异常限制。

  • 没实现Cloneable就调clone() → 抛CloneNotSupportedException
  • 字段含可变引用(如ArrayList)→ 副本和原对象共享该集合
  • final字段无法在clone()中重新赋值,除非用反射绕过(不推荐)

示例:Person类有name(String)和hobbiesArrayList),直接super.clone()后,hobbies.add("swim")会影响两个对象。

深拷贝得手动处理每个引用字段

没有银弹。Java标准库不提供通用深拷贝机制,必须显式控制:对每个引用字段调用其自身的clone()、构造新实例,或用序列化等间接手段。

常见做法是重写clone(),并在里面逐个深拷贝引用字段:

  • StringInteger等不可变类型可直接赋值(浅拷贝即安全)
  • ArrayList建议用new ArrayList<>(originalList)构造新副本
  • 自定义对象字段必须确保它自己支持克隆(实现Cloneable + 正确重写clone()
  • 含循环引用时,手动深拷贝容易栈溢出,需加缓存记录已拷贝对象

示例片段:

public Person clone() {
    try {
        Person cloned = (Person) super.clone();
        cloned.hobbies = new ArrayList(this.hobbies); // 深拷贝List
        cloned.address = this.address != null ? this.address.clone() : null; // 假设Address也实现了clone()
        return cloned;
    } catch (CloneNotSupportedException e) {
        throw new AssertionError(e);
    }
}

别依赖序列化做深拷贝,除非你真懂它的约束

把对象序列化再反序列化确实能拿到深拷贝,但代价高、限制多,不是“一写就跑通”的方案。

  • 所有嵌套对象及其字段类型都必须实现Serializable
  • transient字段会被跳过,导致数据丢失
  • 含非静态内部类会隐式持有外部类引用,可能意外拷贝整个外层对象
  • 序列化性能比手动克隆低一个数量级,且产生大量临时字节数组
  • 某些类(如ThreadSocket)根本不可序列化

如果真要用,确保类声明implements Serializable,并显式定义private static final long serialVersionUID = 1L;,避免因编译器生成规则变化导致反序列化失败。

第三方库(如Apache Commons Lang)的SerializationUtils.clone()本质还是序列化

SerializationUtils.clone()看着方便,但它底层就是用ObjectOutputStreamObjectInputStream走一遍序列化流程,上面所有序列化的坑它一个不落。

  • 它不会帮你检查transient字段是否合理,也不会提示哪个类没实现Serializable——错误直到运行时才暴露
  • 它不能跳过某些字段,也不能定制拷贝逻辑(比如只想深拷某几个字段)
  • 如果项目禁用序列化(如部分安全策略),这个工具直接失效

真正需要灵活控制的场景,比如DTO转VO、含复杂图结构或需忽略某些字段,还是得写明确的构造函数或Builder模式,而不是依赖“自动”。

深拷贝从来不是调一个方法就能闭眼过关的事;关键在于清楚每一层引用是谁、变不变、要不要同步、有没有循环——这些信息只有你自己在写代码时知道。

到这里,我们也就讲完了《Java深拷贝与浅拷贝实现方法详解》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于的知识点!

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>