java中对象赋值默认是引用传递，直接使用“=”会导致多个变量指向同一内存地址；要避免副作用，必须通过构造新实例实现深拷贝或值复制，而非简单赋值。
java中对象赋值默认是引用传递，直接使用“=”会导致多个变量指向同一内存地址；要避免副作用，必须通过构造新实例实现深拷贝或值复制，而非简单赋值。
在Java中，对象变量本质上存储的是堆内存中的引用（即地址），而非对象本身。因此，语句 ComplexNumber c = a; 并未创建新对象，只是让 c 指向与 a 相同的内存位置——后续对 c 的修改（如 c.setX(5)）将直接影响 a 的状态。这在需要独立数据副本的场景（如数学计算、配置快照、DTO传递）中极易引发隐蔽的逻辑错误。
根本解决方式：强制使用构造器创建独立实例
如示例所示，为 ComplexNumber 提供以同类对象为参数的构造器，显式执行字段级复制：
public ComplexNumber(ComplexNumber c) {
this.x = c.x; // 复制基本类型字段
this.y = c.y;
}这样，new ComplexNumber(a) 总是生成一个全新的对象，其字段值虽与 a 初始一致，但内存地址完全独立。修改 b 不会影响 a，符合值语义预期。
✅ 正确用法：
ComplexNumber a = new ComplexNumber(1, 2); ComplexNumber b = new ComplexNumber(a); // ✅ 独立副本 b.setX(b.getX() + 3); System.out.println(a); // 输出 "1 + 2i" —— 未被修改
❌ 错误陷阱：
ComplexNumber c = a; // ❌ 引用赋值，共享同一对象 c.setX(c.getX() + 4); System.out.println(a); // 输出 "5 + 2i" —— 被意外修改！
⚠️ 注意事项：
-
仅适用于不可变或浅层结构：当前 ComplexNumber 仅含 int 字段，构造器复制即足够。若类包含可变引用类型（如 List
data），需递归克隆（即深拷贝），否则仍可能共享内部对象。 - 不可禁用 = 赋值语法：Java 语言层面无法禁止引用赋值操作；防御性编程依赖设计约束（如文档说明、Code Review、静态分析工具 Checkstyle/SpotBugs 规则）。
- 进阶建议：对于高频使用的值对象，可考虑实现 Cloneable 接口并重写 clone()，或采用不可变设计（final 字段 + 无 setter），从根本上杜绝状态篡改风险。
总结：预防引用共享的关键不在于“阻止赋值”，而在于明确区分“引用共享”与“值复制”的语义，并通过构造器、工厂方法或构建器模式主动创建独立实例。良好的 API 设计应让“安全用法”成为最自然的选择。
