我对当前的答案做了一些基准测试，发现了一些有趣的事实。

使用BinarySerializer=>https://stackoverflow.com/a/78612/6338072

使用XmlSerializer=>https://stackoverflow.com/a/50150204/6338072

使用Activator.CreateInstance=>https://stackoverflow.com/a/56691124/6338072

这些是结果

BenchmarkDotNet=v0.13.1, OS=Windows 10.0.18363.1734 (1909/November2019Update/19H2)

Intel Core i5-6200U CPU 2.30GHz（Skylake），1个CPU，4个逻辑核和2个物理核[主机]：.NET Framework 4.8（4.8.4400.0），X86 LegacyJIT默认作业：.NET Framework 4.8（4.8.4400.0），X86 LegacyJIT

通常，您实现ICloneable接口并自己实现克隆。C#对象有一个内置的MemberwiseColone方法，该方法执行浅层复制，可以帮助您处理所有原语。

对于深度复制，它无法知道如何自动执行。

对@Konrad和@craastad的添加，使用内置的System.Text.Json for.NET>5

https://learn.microsoft.com/en-us/dotnet/standard/serialization/system-text-json-how-to?pivots=dotnet-5-0

方法：

public static T Clone<T>(T source)
{
    var serialized = JsonSerializer.Serialize(source);
    return JsonSerializer.Deserialize<T>(serialized);
}

扩展方法：

public static class SystemExtension
{
    public static T Clone<T>(this T source)
    {
        var serialized = JsonSerializer.Serialize(source);
        return JsonSerializer.Deserialize<T>(serialized);
    }
}

不使用ICloneable的原因不是因为它没有通用接口。不使用它的原因是因为它很模糊。它不清楚你得到的是浅拷贝还是深拷贝；这取决于实施者。

是的，MemberwiseColone生成一个浅拷贝，但MemberwiseClone的反面不是克隆；可能是DeepClone，但它并不存在。当您通过对象的ICloneable接口使用对象时，您无法知道底层对象执行哪种克隆。（而且XML注释不会很清楚，因为您将得到接口注释，而不是对象的Clone方法上的注释。）

我通常只做一个Copy方法，它完全符合我的要求。

免责声明：我是上述包裹的作者。

我很惊讶2019年这个问题的顶级答案仍然使用序列化或反射。

序列化是有限的（需要属性、特定构造函数等），而且非常慢

BinaryFormatter需要Serializable属性，JsonConverter需要无参数构造函数或属性，既不能很好地处理只读字段或接口，两者都比需要的慢10-30x。

表达式树

您可以改为使用表达式树或Reflection.Emit仅生成一次克隆代码，然后使用编译后的代码，而不是缓慢的反射或序列化。

我自己遇到了这个问题，但没有找到令人满意的解决方案，因此我决定创建一个包，它可以做到这一点，并且可以处理所有类型的代码，而且速度几乎与自定义编写的代码一样快。

您可以在GitHub上找到该项目：https://github.com/marcelltoth/ObjectCloner

用法

您可以从NuGet安装它。获取ObjectCloner包并将其用作：

var clone = ObjectCloner.DeepClone(original);

或者如果您不介意用扩展名污染对象类型，请获取ObjectCloner.extensions，并写下：

var clone = original.DeepClone();

表演

克隆类层次结构的简单基准测试显示，性能比使用Reflection快约3倍，比Newtonsoft.Json序列化快约12倍，比强烈建议的BinaryFormatter快约36倍。

使用System.Text.Json：

https://devblogs.microsoft.com/dotnet/try-the-new-system-text-json-apis/

public static T DeepCopy<T>(this T source)
{
    return source == null ? default : JsonSerializer.Parse<T>(JsonSerializer.ToString(source));
}

新的API使用Span<T>。这应该很快，最好做一些基准测试。

注意：不需要像Json.NET那样使用ObjectCreationHandling。Replace，因为默认情况下它将替换集合值。您现在应该忘记Json.NET，因为所有的东西都将被新的官方API所取代。

我不确定这是否适用于私人领域。