DataContractSerializer与BinaryFormatter性能

Question

我正在阅读文章，以了解有关datacontract序列化程序和二进制格式化程序序列化程序的更多信息。根据到目前为止所做的阅读，我的印象是二进制格式化程序应该比datacontract序列化程序具有更少的占用空间。DataContractSerializer序列化为xml，二进制格式化程序序列化为专有二进制格式。

以下是测试

    [Serializable]
    [DataContract]
    public class Packet
    {
        [DataMember]
        public DataSet Data { get; set; }
        [DataMember]
        public string Name { get; set; }
        [DataMember]
        public string Description { get; set; }
    }

DataSet由来自[AdventureWorks].[Sales].[SalesOrderDetail]表的121317行填充。

    using (var fs = new FileStream("test1.txt", FileMode.Create))
    {
        var dcs = new DataContractSerializer(typeof(Packet));
        dcs.WriteObject(fs, packet);
        Console.WriteLine("Total bytes with dcs = " + fs.Length);
    }



    using(var fs = new FileStream("test2.txt", FileMode.Create))
    {
       var bf = new BinaryFormatter();
       bf.Serialize(fs, packet);
       Console.WriteLine("Total bytes with binaryformatter = " + fs.Length);
    }


Results
Total bytes with dcs = 57133023
Total bytes with binaryformatter = 57133984

问题为什么二进制格式化程序的字节计数要比Dataacontract序列化程序多？不是应该小得多吗？

Answer 1

DataSet有一个坏习惯:它实现ISerializable，然后默认情况下将其内容序列化为XML字符串，即使传递给BinaryFormatter也是如此。这就是为什么这两个流的大小几乎相同的原因。如果将其RemotingFormat属性更改为Binary，它将执行相同的操作，但通过创建新的BinaryFormatter，将自身转储到MemoryStream中，然后将生成的字节数组作为值放入外部BinaryFormatter的流中。

除此之外，BinaryFormatter还包含有关类型的更多信息，例如它们来自的程序集的全名；此外，DataSet的每个对象都有开销。

如果您试图比较这两个序列化器的行为，那么DataSet是一个糟糕的选择，因为它覆盖了太多。