c#如何实现对象深拷贝_c#对象深拷贝最全用法总结

MemberwiseClone()仅支持浅拷贝，对引用类型只复制地址；深拷贝应优先用System.Text.Json序列化反序列化，或手动实现ICloneable逐层克隆，避免引用共享问题。

先说个结论：MemberwiseClone() 的“浅拷贝陷阱”，几乎每个C#开发者都踩过。它看起来挺方便，但一碰到引用类型字段，立刻现原形。不信？试试改副本的List，原对象也会跟着变——因为MemberwiseClone()本质上就是位拷贝，对引用字段只复制地址，不递归克隆内容。

它的适用场景其实很窄，仅适合纯值类型、且不含任何引用成员的简单结构体。一旦类里出现string（虽不可变但仍是引用）、Dictionary、自定义类字段等，立刻失效。所以，千万别给含集合、嵌套对象的类加ICloneable并只实现MemberwiseClone()。测试时务必修改副本中的引用字段内容，再检查原对象是否变化。另外，struct默认按值传递，多数场景下不需要深拷贝，别盲目套用。

序列化反序列化：最稳的通用方案

把对象转成JSON或二进制流再读回来，天然绕过引用共享问题。推荐优先用System.Text.Json（.NET Core 3.0+）或Newtonsoft.Json，比BinaryFormatter安全、跨平台，也没有[Serializable]的强制要求。

示例（System.Text.Json）：

var options = new JsonSerializerOptions { WriteIndented = true };
var json = JsonSerializer.Serialize(original, options);
var clone = JsonSerializer.Deserialize(json, options);

但有几个坑要注意：必须确保所有层级的类都可被序列化，无循环引用、无IntPtr、无不可序列化字段如event。若字段含DateTimeOffset、TimeSpan等，注意JsonSerializerOptions的默认行为，比如时区处理。另外，性能敏感场景要慎用——JSON解析有开销，大对象反复深拷贝会明显拖慢。

手动实现ICloneable：逐层new，不能偷懒

当对象结构固定、性能关键、且需完全控制拷贝逻辑时，手动写Clone()最直接。核心原则：每个引用类型字段都要显式调用其构造函数或Clone()方法，不能直接赋值。

例如：

public class Person : ICloneable
{
    public string Name { get; set; }
    public List
 Addresses { get; set; }
    public object Clone()
    {
        var clone = (Person)MemberwiseClone();
        clone.Addresses = Addresses?.Select(a => (Address)a.Clone()).ToList(); // 关键：递归克隆
        return clone;
    }
}

这里有几个细节要留意：子类若重写了Clone()，父类实现必须调用base.Clone()并转型，否则丢失基类字段。集合类别直接new List(originalList)——这只是浅拷贝，元素仍是原引用。字段为readonly时，无法在Clone()中赋值，得用反射或构造函数绕过，但不推荐这么干。

第三方库如DeepCloner：省事但要注意兼容性

DeepCloner（NuGet包）用IL Emit动态生成拷贝代码，速度接近手写，又不用改业务类。但它依赖运行时生成代码，在AOT编译（如.NET 8+ NativeAOT）或某些沙箱环境（如Azure Functions部分配置）下会失败。

基本用法：

var clone = DeepCloner.DeepClone(original);

它支持泛型、继承、循环引用，默认跳过static和const字段。若类含IntPtr、SafeHandle或需要自定义拷贝逻辑，得配合DeepClonerSettings注册转换器。升级.NET版本后务必回归测试，IL生成逻辑可能因JIT变更而异常。

最后说一句：深拷贝真正的复杂点不在“怎么写”，而在“什么时候不该用”。比如高频调用的DTO层，与其深拷贝不如设计为不可变对象；再比如EF Core的实体，直接深拷贝可能破坏变更跟踪。判断前先问一句：这个副本之后会不会被修改？有没有更轻量的替代方案？