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

我很惊讶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倍。

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

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

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

基于@craastad的答案，对于派生类。

在最初的答案中，如果调用者在基类对象上调用DeepCopy，则克隆的对象属于基类。但下面的代码将返回派生类。

using Newtonsoft.Json;

public static T DeepCopy<T>(this T source)
{
    return (T)JsonConvert.DeserializeObject(JsonConvert.SerializeObject(source), source.GetType());
}

由于这个问题的几乎所有答案都不令人满意，或者在我的情况下显然不起作用，我编写了AnyClone，它完全通过反思实现，并解决了这里的所有需求。我无法让序列化在结构复杂的复杂场景中工作，IClonable也不太理想——事实上，它甚至没有必要。

使用[IgnoreDataMember]、[NonSerialized]支持标准忽略属性。支持复杂集合、不带setter的财产、只读字段等。

我希望这能帮助其他遇到我同样问题的人。

我在Silverlight中使用ICloneable时遇到了问题，但我喜欢序列化的想法，我可以序列化XML，所以我这样做了：

static public class SerializeHelper
{
    //Michael White, Holly Springs Consulting, 2009
    //michael@hollyspringsconsulting.com
    public static T DeserializeXML<T>(string xmlData) 
        where T:new()
    {
        if (string.IsNullOrEmpty(xmlData))
            return default(T);

        TextReader tr = new StringReader(xmlData);
        T DocItms = new T();
        XmlSerializer xms = new XmlSerializer(DocItms.GetType());
        DocItms = (T)xms.Deserialize(tr);

        return DocItms == null ? default(T) : DocItms;
    }

    public static string SeralizeObjectToXML<T>(T xmlObject)
    {
        StringBuilder sbTR = new StringBuilder();
        XmlSerializer xmsTR = new XmlSerializer(xmlObject.GetType());
        XmlWriterSettings xwsTR = new XmlWriterSettings();
        
        XmlWriter xmwTR = XmlWriter.Create(sbTR, xwsTR);
        xmsTR.Serialize(xmwTR,xmlObject);
        
        return sbTR.ToString();
    }

    public static T CloneObject<T>(T objClone) 
        where T:new()
    {
        string GetString = SerializeHelper.SeralizeObjectToXML<T>(objClone);
        return SerializeHelper.DeserializeXML<T>(GetString);
    }
}

在我使用的代码库中，我们有一个来自GitHub项目Burtsev Alexey/net对象深度副本的ObjectExtension.cs文件副本。它已经9岁了。虽然我们后来意识到，对于更大的对象结构来说，它是非常慢的，但它还是有效的。

相反，我们在GitHub项目jpmikkers/Baksteen.Extensions.DeepCopy中找到了ObjectExtension.cs文件的一个分支。以前对大型数据结构的深度复制操作需要大约30分钟，现在感觉几乎是瞬间完成的。

此改进版本包含以下文档：

用于快速对象克隆的C#扩展方法。这是Alexey Burtsev深度复印机的速度优化叉。根据您的使用情况，这将比原始版本快2倍-3倍。它还修复了原始代码中存在的一些错误。与经典的二进制序列化/反序列化深度克隆技术相比，此版本的速度大约快七倍（对象包含的数组越多，加速因子越大）。通过以下技术实现加速：缓存对象反射结果不要深度复制原语或不可变结构&类（例如枚举和字符串）为了提高引用的局部性，处理内部循环中的“快速”维度或多维数组使用编译的lambda表达式调用MemberwiseClone如何使用：使用Baksteen.Extensions.DeepCopy；...var myobject=新建SomeClass（）；...var myclone=myobject.DepCopy（）！；//创建原始对象的新深度副本注意：只有在项目中启用了可为null的引用类型时，才需要感叹号（null原谅运算符）