ICloneable 接口需手动实现，Clone() 返回 object 需强制转换；MemberwiseClone() 仅浅拷贝，引用类型共享实例；record 的 with 表达式提供安全副本但非深拷贝；深拷贝推荐 JSON 序列化或手动实现。
Clone() 方法必须手动实现 ICloneable 接口
默认情况下，object.Clone() 是受保护的，无法直接调用。C# 不像 Java 那样强制要求类支持克隆，所以你得显式声明支持——实现 ICloneable 接口并提供 Clone() 方法体。
注意：.NET 官方文档已将 ICloneable 标记为“不推荐使用”，因为它没区分深拷贝和浅拷贝，签名模糊（返回 object），但实际项目中仍常见，尤其在需要快速复制 DTO 或配置对象时。
- 必须显式实现
ICloneable.Clone()，不能只靠基类继承 - 返回类型需强制转换为具体类型，例如
return (MyClass)base.MemberwiseClone(); - 若类含引用类型字段（如
List<string></string>、自定义对象等），MemberwiseClone()只做浅拷贝——新旧对象共享同一引用实例
浅拷贝 vs 深拷贝：MemberwiseClone() 的行为边界
MemberwiseClone() 是唯一内置的克隆机制，但它只复制字段值：值类型字段被完整复制，引用类型字段只复制引用地址。这意味着修改副本中的集合或嵌套对象，会直接影响原对象。
典型出错场景：一个类含 public List<int> Items { get; set; } = new();</int>，用 MemberwiseClone() 克隆后，两个对象的 Items 指向同一个 List<int></int> 实例。
- 浅拷贝适用：对象结构扁平、无引用成员，或明确希望共享内部状态（如缓存句柄）
- 深拷贝需手动重建引用成员，例如 new 一个新
List<t></t>并 AddRange 原内容；对嵌套对象递归调用Clone() - 序列化（如
JsonSerializer.Serialize/Deserialize）可绕过手写逻辑，但有性能开销且要求类型可序列化、无循环引用
记录类型（record）天然支持非破坏性复制
如果你用的是 C# 9+，且模型适合不可变语义，record 是比传统克隆更现代的选择。它不叫“克隆”，但通过 with 表达式能安全生成新实例，字段值按需覆盖，其余保持原样。
例如：var copy = original with { Name = "new name" }; —— 这本质是编译器生成的深拷贝构造调用，对只读属性友好，且不会意外共享可变状态。
-
with仅适用于record和record struct，普通 class 不支持 - 若 record 含可变引用字段（如 public 字段为
List<t></t>），with仍只复制引用，不是深拷贝 - 要真正深拷贝 record，仍需配合手动逻辑或序列化，
with解决的是“基于旧值构造新值”的常见需求，而非通用克隆协议
第三方库（如 AutoMapper）不适合纯克隆场景
AutoMapper 主要用于对象映射（DTO ↔ Entity），不是为克隆设计的。它依赖配置、运行时反射、生命周期管理，启动慢、内存占用高，且默认行为是浅拷贝——除非你显式配置 ForMember(..., opt => opt.UseValue(...)) 或启用 DeepClone 模式（需额外包 AutoMapper.Extensions.ExpressionMapping）。
简单对象复制就引入 AutoMapper，相当于为拧螺丝买整套机床。
- 真要深拷贝，优先考虑
System.Text.Json序列化：简洁、无依赖、支持大多数 POCO - 避免在热路径（如高频循环）中反复序列化克隆，JSON 序列化有分配和解析成本
- 若对象含
DateTimeOffset、Dictionary或自定义 converter，需确认序列化器配置是否兼容
深拷贝没有银弹。手动实现易错，序列化有约束，record 的 with 语义清晰但不通用。关键看你的对象是否真的需要“完全隔离的副本”，还是只是想避免重复构造逻辑——后者往往用工厂方法或 with 更轻量。
