java中对象赋值默认是引用传递，直接使用“=”会导致多个变量指向同一内存地址；要避免副作用，必须通过构造新实例实现深拷贝或值拷贝，而非简单赋值。
java中对象赋值默认是引用传递，直接使用“=”会导致多个变量指向同一内存地址；要避免副作用，必须通过构造新实例实现深拷贝或值拷贝，而非简单赋值。
在Java中，对象变量本质上存储的是堆内存中的引用（即地址），而非对象本身。因此，当执行 ComplexNumber c = a; 时，并未创建新对象，而是让 c 指向与 a 完全相同的内存位置——后续对 c 的任何修改（如 c.setX(...)）都会直接影响 a。这种行为虽符合JVM规范，但在需要数据隔离的场景（如数值计算、状态快照、DTO传递等）中极易引发隐蔽的逻辑错误。
根本解决思路：禁止引用共享，强制值复制
最直接、可控且符合面向对象设计原则的方式，是不提供公共字段访问，也不暴露原始引用，并通过显式构造函数或工厂方法确保每次获取的都是独立实例。以 ComplexNumber 类为例，关键改进如下：
- ✅ 提供带参构造函数 ComplexNumber(ComplexNumber other)，在内部逐字段复制（即浅拷贝，对本例中仅含基本类型的 ComplexNumber 已足够）；
- ❌ 避免公开 x、y 字段（当前虽为包级访问，但应进一步设为 private）；
- ❌ 不依赖用户“记得用 new”——这属于不可靠的人治方式，应通过API设计消除误用可能。
优化后的完整示例代码：
public final class ComplexNumber { // 建议设为final，防止继承破坏封装
private final int x; // 使用final保证不可变性（更优实践）
private final int y;
public ComplexNumber(int x, int y) {
this.x = x;
this.y = y;
}
// 拷贝构造函数：明确语义为「创建独立副本」
public ComplexNumber(ComplexNumber other) {
this(other.x, other.y); // 复用主构造，确保逻辑统一
}
@Override
public String toString() {
return String.format("%d + %di", x, y);
}
// 仅提供安全的只读访问器（无setter！）
public int getX() { return x; }
public int getY() { return y; }
// 若需修改，返回新实例（推荐不可变模式）
public ComplexNumber addReal(int delta) {
return new ComplexNumber(x + delta, y);
}
}
在调用端，始终使用 new ComplexNumber(a) 创建副本，而非 c = a：
public class Main {
public static void main(String[] args) {
ComplexNumber a = new ComplexNumber(1, 2);
ComplexNumber b = new ComplexNumber(a); // 独立副本
b = b.addReal(3); // 返回新对象，a完全不受影响
System.out.println(a); // 输出: 1 + 2i → 未改变
ComplexNumber c = new ComplexNumber(a); // 另一个独立副本
c = c.addReal(4);
System.out.println(a); // 仍为: 1 + 2i → 安全隔离
}
}
⚠️ 重要注意事项：
- 若类中包含可变引用类型字段（如 List
、自定义对象等），仅字段赋值属于浅拷贝，仍可能导致间接共享。此时需在拷贝构造函数中递归克隆嵌套对象，或采用序列化/JSON反序列化等深拷贝方案； - 更健壮的设计是采用不可变对象（Immutable Object）：所有字段 private final，无setter，所有修改操作返回新实例——从根本上杜绝状态污染；
- 切勿依赖 clone() 方法，除非重写了 clone() 并确保其行为正确（且需实现 Cloneable），因其语义模糊、易出错，已被现代Java实践所规避。
总结：预防引用共享不是靠开发者自律，而应通过类设计强制约束——提供清晰的拷贝构造函数、封装字段、拥抱不可变性，才能写出线程安全、易于推理、低耦合的高质量代码。
