当使用Marc Gravells protobuf net作为序列化程序时，接受的答案需要一些轻微的修改，因为要复制的对象不会被归因于[Serializable]，因此不可序列化，Clone方法将抛出异常。我修改了它以与protobuf net一起使用：

public static T Clone<T>(this T source)
{
    if(Attribute.GetCustomAttribute(typeof(T), typeof(ProtoBuf.ProtoContractAttribute))
           == null)
    {
        throw new ArgumentException("Type has no ProtoContract!", "source");
    }

    if(Object.ReferenceEquals(source, null))
    {
        return default(T);
    }

    IFormatter formatter = ProtoBuf.Serializer.CreateFormatter<T>();
    using (Stream stream = new MemoryStream())
    {
        formatter.Serialize(stream, source);
        stream.Seek(0, SeekOrigin.Begin);
        return (T)formatter.Deserialize(stream);
    }
}

这将检查[ProtoControl]属性的存在，并使用protobufs自己的格式化程序来序列化对象。

这将把一个对象的所有可读写财产复制到另一个对象。

 public class PropertyCopy<TSource, TTarget> 
                        where TSource: class, new()
                        where TTarget: class, new()
        {
            public static TTarget Copy(TSource src, TTarget trg, params string[] properties)
            {
                if (src==null) return trg;
                if (trg == null) trg = new TTarget();
                var fulllist = src.GetType().GetProperties().Where(c => c.CanWrite && c.CanRead).ToList();
                if (properties != null && properties.Count() > 0)
                    fulllist = fulllist.Where(c => properties.Contains(c.Name)).ToList();
                if (fulllist == null || fulllist.Count() == 0) return trg;

                fulllist.ForEach(c =>
                    {
                        c.SetValue(trg, c.GetValue(src));
                    });

                return trg;
            }
        }

这是你使用它的方式：

 var cloned = Utils.PropertyCopy<TKTicket, TKTicket>.Copy(_tmp, dbsave,
                                                            "Creation",
                                                            "Description",
                                                            "IdTicketStatus",
                                                            "IdUserCreated",
                                                            "IdUserInCharge",
                                                            "IdUserRequested",
                                                            "IsUniqueTicketGenerated",
                                                            "LastEdit",
                                                            "Subject",
                                                            "UniqeTicketRequestId",
                                                            "Visibility");

或复制所有内容：

var cloned = Utils.PropertyCopy<TKTicket, TKTicket>.Copy(_tmp, dbsave);

找到了这个包，与之相比，DeepCloner似乎更快，而且没有依赖关系。

https://github.com/AlenToma/FastDeepCloner

我在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);
    }
}

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

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

通用方法在技术上都是有效的，但我只想补充一点，因为我们实际上很少需要真正的深度复制，我强烈反对在实际的业务应用程序中使用通用深度复制，因为这使得您可能会在许多地方复制对象，然后显式修改，这很容易丢失。

在大多数实际情况下，您还希望对复制过程进行尽可能多的粒度控制，因为您不仅耦合到数据访问框架，而且在实践中，复制的业务对象几乎不应该100%相同。举一个ORM用来识别对象引用的referenceId的例子，一个完整的深度副本也会复制这个id，所以在内存中，对象会不同，一旦你将其提交到数据存储，它就会抱怨，因此，无论如何，您都必须在复制后手动修改此财产，如果对象发生更改，则需要在使用通用深度复制的所有位置对其进行调整。

用ICloneable扩展@cregox答案，到底什么是深度副本？它只是堆上新分配的一个对象，与原始对象相同，但占用不同的内存空间，而不是使用通用的克隆器功能，为什么不创建一个新对象呢？

我个人在我的域对象上使用静态工厂方法的思想。

例子：

    public class Client
    {
        public string Name { get; set; }

        protected Client()
        {
        }

        public static Client Clone(Client copiedClient)
        {
            return new Client
            {
                Name = copiedClient.Name
            };
        }
    }

    public class Shop
    {
        public string Name { get; set; }

        public string Address { get; set; }

        public ICollection<Client> Clients { get; set; }

        public static Shop Clone(Shop copiedShop, string newAddress, ICollection<Client> clients)
        {
            var copiedClients = new List<Client>();
            foreach (var client in copiedShop.Clients)
            {
                copiedClients.Add(Client.Clone(client));
            }

            return new Shop
            {
                Name = copiedShop.Name,
                Address = newAddress,
                Clients = copiedClients
            };
        }
    }

如果有人在研究如何在保持对复制过程的完全控制的同时构建对象实例化，这是我个人非常成功的解决方案。受保护的构造函数也使其成为可能，其他开发人员被迫使用工厂方法，该方法提供了一个简洁的单点对象实例化，封装了对象内部的构造逻辑。如果需要，您还可以重载该方法，并为不同的位置提供多个克隆逻辑。