浅拷贝在重构中用于安全隔离参数变更，避免污染原始入参；它仅复制一层引用，开销低、语义清晰，适合遗留系统中基础字段只读、少量引用需校验的场景。
浅拷贝本身不直接用于“重构系统”，但它能在重构过程中安全隔离参数变更，避免意外污染原始入参——尤其在处理遗留系统中结构臃肿、字段混杂、不可控修改的复杂对象时，这种轻量级复制是快速落地的第一道防护。
为什么选浅拷贝而不是深拷贝？
遗留系统的入参往往包含大量只读基础字段（如 ID、状态码、时间戳）和少量需校验/转换的引用字段（如配置 Map、嵌套 DTO）。深拷贝成本高、易出错、还可能触发不可预知的构造逻辑（比如单例初始化、资源加载），而浅拷贝仅复制一层引用，开销几乎为零，且能精准保留“哪些字段不该动”的语义边界。
- 基本类型字段（int、String、boolean 等）天然独立，拷贝后互不影响
- 引用类型字段（List、Map、自定义对象）保持共享，便于后续统一校验或透传
- 无需序列化/反序列化，不依赖 JSON 工具或额外依赖，兼容老 JDK（如 1.6+）
在入参对象上直接实现浅拷贝（推荐 Java 场景）
对入参类（如 LegacyRequest）添加无副作用的浅拷贝能力，不改动原有接口，也不侵入业务逻辑：
- 实现 Cloneable 接口，重写 clone() 方法，返回具体类型（避免强转）
- 若含可变集合（如 ArrayList），在 clone 方法中对这些字段单独调用 new ArrayList(originalList) ——这仍是浅拷贝，但避免了外部误改集合容器本身
- 禁止在 clone 中递归克隆嵌套对象；若某字段必须隔离（如敏感上下文），再针对性深拷贝该字段即可
示例片段：
public class LegacyRequest implements Cloneable {private String orderId;
private Map
private UserContext context; // 这个字段后续可能需要深拷贝
@Override
public LegacyRequest clone() {
try {
LegacyRequest copy = (LegacyRequest) super.clone();
copy.extData = new HashMap(this.extData); // 容器新实例，元素仍共享
return copy;
} catch (CloneNotSupportedException e) {
throw new RuntimeException(e);
}
}
用构造函数做“语义化浅拷贝”（更可控）
比 clone() 更清晰、更易测试。为入参类增加一个显式拷贝构造函数，明确声明“我只复制这一层”：
- 构造函数只读取源对象的 getter，不访问私有字段，不破坏封装
- 对每个字段做显式赋值，方便后续逐字段升级（例如把某个 String 改成 Optional，或把 List 替换为不可变副本）
- 可在构造函数里加日志、断言或轻量转换（如 trim 字符串、标准化枚举值），实现“拷贝即净化”
这样，在重构入口处只需一行：LegacyRequest safeReq = new LegacyRequest(originalReq);
配合策略模式渐进解耦
浅拷贝后的对象可作为“中间契约”，桥接旧逻辑与新模块：
- 旧代码继续接收原对象，但内部立即转为拷贝体操作，防止 side-effect 波及上游
- 新功能模块只认拷贝体，逐步替换字段访问方式（如从 req.getExtData().put("x", v) 改为 req.withFeatureX(v)）
- 当所有字段都完成封装后，再将拷贝构造函数升级为真正不可变构建器（Builder），自然过渡到现代 API 风格
