Java 中 Date 类型封装时为什么要拷贝
在 java 中将 date 对象作为字段或返回值进行封装时，必须使用拷贝（如 new date(date.gettime())）而非直接赋值引用。这是因为 java.util.date 是可变对象，其内部状态可以通过 settime() 等方法被修改。如果直接共享同一个实例引用，外部代码对对象的任何修改都会直接影响内部状态，导致数据不一致和难以追踪的并发 bug。
直接赋值与拷贝引用的内存行为差异
直接赋值只是复制了对象在堆内存中的地址引用，而拷贝则是创建了一个全新的独立对象实例。这种差异决定了数据的隔离性：直接赋值下，两个变量指向同一块内存区域；拷贝后，两个变量拥有各自独立的内存空间，互不干扰。
import java.util.Date;
public class DateWrapper {
private Date date;
// 错误做法：直接赋值引用
public void setDateBad(Date date) {
this.date = date;
}
// 正确做法：深拷贝
public void setDateGood(Date date) {
if (date != null) {
this.date = new Date(date.getTime());
} else {
this.date = null;
}
}
public Date getDate() {
return this.date == null ? null : new Date(this.date.getTime());
}
public static void main(String[] args) {
DateWrapper wrapper = new DateWrapper();
Date externalDate = new Date();
// 模拟外部修改
externalDate.setTime(0);
wrapper.setDateBad(externalDate);
System.out.println("Bad: " + wrapper.getDate()); // 输出 1970-01-01
wrapper.setDateGood(new Date(1000000));
externalDate.setTime(0); // 再次修改外部
System.out.println("Good: " + wrapper.getDate()); // 输出 1970-01-01 08:16:40
}
}
上述代码展示了两种封装方式的实际效果。在 setDateBad 中，由于 this.date 和 externalDate 指向同一对象，当外部调用 setTime(0) 时，包装器内部的日期也被重置为 Unix 纪元时间。而在 setDateGood 中，通过 new Date(date.getTime()) 创建了副本，即使外部对象被修改，包装器内部的日期仍保持原值。此外，getDate() 方法也进行了拷贝返回，防止调用者通过返回的引用修改内部状态。
基于程序中某个输入、条件或结果的具体问题
当输入参数为 null 时，拷贝逻辑需要特殊处理以避免抛出 NullPointerException。在 setDateGood 方法中，我们显式检查了 date != null，确保只有在非空时才执行拷贝操作，否则将字段设为 null。这是防御性编程的关键部分，保证了封装的健壮性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
