Java中clone方法对不可变资源安全，因其浅拷贝不引发状态污染：基本类型、String、包装类、LocalDateTime等不可变类共享引用也无风险；但Date、Calendar等可变类及含可变字段的final类需警惕。
Java 中 clone 方法在处理不可变资源时，行为简单且安全——它默认采用浅拷贝，而这种“浅”恰恰不会引发问题，因为不可变资源本身不允许被修改。
不可变资源包括哪些
典型的不可变资源有：
- 基本类型（
int、boolean等）：值直接复制，天然隔离 - JDK 内置不可变类：
String、所有包装类（Integer、Boolean等）、LocalDateTime、BigInteger等 - 自定义不可变类（满足 final 字段 + 无 setter + 类为 final）
为什么 clone 对它们是安全的
因为这些对象一旦创建，其内部状态无法改变。即使原对象与克隆对象共享同一个 String 实例引用，当任一方“看似修改”时（如调用 str.concat()），实际会返回一个新对象，原引用不变。所以：
- 没有状态污染风险
- 无需手动深拷贝字段
-
super.clone()返回的对象可直接使用
典型安全场景示例
比如一个纯 DTO 类：
立即学习“Java免费学习笔记（深入）”；
public class UserDTO implements Cloneable {
private final String name; // String 不可变
private final int age; // 基本类型
private final LocalDate birth; // LocalDate 不可变
public UserDTO(String name, int age, LocalDate birth) {
this.name = name;
this.age = age;
this.birth = birth;
}
@Override
public UserDTO clone() {
try {
return (UserDTO) super.clone(); // 安全！所有字段都不可变或值类型
} catch (CloneNotSupportedException e) {
throw new AssertionError(e);
}
}
}
调用 clone() 后，新对象与原对象虽共享 name 和 birth 的引用，但谁都无法改写它们的内容，逻辑上等价于深拷贝。
需警惕的“伪不可变”陷阱
有些类表面像不可变，实则不是，例如：
-
Date：可变，setTime()会修改原实例 → 必须深拷贝 -
Calendar、SimpleDateFormat：均为可变类 → 不能直接浅拷贝 - 自定义类声明了
final字段，但字段类型本身可变（如final List<String>）→ 若未做防御性拷贝，仍不安全
判断依据不是“是否 final”，而是“该类型实例能否被外部修改”。
