java对象参数传递是值传递引用，修改状态会影响原对象；深拷贝应在构造函数中实现，getter需返回新副本或不可变视图，避免浅拷贝和序列化用于日常参数防护。
Java中对象作为参数传递时，实际传的是引用的副本（即“值传递的引用”），并不会自动深拷贝。如果方法内部修改了被引用对象的状态，原始对象也会受影响。要实现深拷贝保护，关键不是在传参那一刻复制，而是在**设计阶段明确谁拥有对象、谁负责隔离**——尤其是当参数含嵌套可变对象（如 User 中的 Occupation）时。
构造函数里做防御性深拷贝
这是最直接、最可控的方式。当你的类接收一个含引用的对象作为参数时，不要直接赋值，而是立即对其执行深拷贝：
- 若被引用类型（如
Occupation）提供拷贝构造器：this.oc = other.oc == null ? null : new Occupation(other.oc); - 若它提供
deepCopy()方法：this.oc = other.oc == null ? null : other.oc.deepCopy(); - 基本类型和不可变类型（
String、Integer等）可直接赋值，无需拷贝
getter 方法返回深拷贝而非原引用
避免调用方通过 getOccupation() 拿到内部可变对象后意外修改它：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 错误写法：
return this.oc;→ 外部可改oc.title，污染原对象 - 正确写法：
return this.oc == null ? null : new Occupation(this.oc);或return this.oc == null ? null : this.oc.deepCopy(); - 注意：不要在 getter 里返回
new ArrayList(originalList)这类浅拷贝集合，它只复制了列表容器，元素仍是原引用
使用不可变封装或只读视图
比每次深拷贝更轻量、更安全的长期方案：
- 将
Occupation设计为不可变类（所有字段final，不提供 setter，构造后状态不可变） - 若必须可变，对外暴露只读包装，例如：
Collections.unmodifiableList(occupation.getTasks()) - 这样即使引用被传出，也无法修改内部状态，自然消除了深拷贝需求
序列化方式慎用于参数保护
虽然序列化能实现通用深拷贝，但**不推荐在参数传递场景中动态使用**：
- 性能开销大，不适合高频方法调用
- 要求所有嵌套类都实现
Serializable，且不能含transient或非序列化字段（如Thread、Socket） - 反序列化不执行构造函数，可能绕过业务初始化逻辑
- 更适合一次性快照、DTO 转换或跨进程传输，而非日常参数防护
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
