XmlSerializer和BinaryFormatter之间有什么区别

Question

我上周花了很长时间研究序列化。 在那段时间里，我发现了很多使用BinaryFormatter或XmlSerializer的例子。 不幸的是，我没有找到任何全面详细说明两者之间差异的例子。

我的好奇心的起源在于为什么BinaryFormatter能够直接反序列化到接口而XmlSerializer不能。 Jon Skeet在回答“ 在运行时转换为多个（未知类型） ”时提供了直接二进制序列化到接口的示例。 Stan R.在他对“ XML Object Deserialization to Interface ”的回答中使用XmlSerializer为我提供了实现目标的方法。

除了明显的BinaryFormatter利用二进制序列化，而XmlSerializer使用XML我想更全面地理解基本差异。 何时使用其中一种或各自的利弊。

Answer 1

二进制格式化程序能够直接反序列化为接口类型的原因是因为当一个对象最初被序列化为二进制流时，包含类型和组件信息的元数据会被对象数据卡住。 这意味着当二进制格式化程序反序列化它知道其类型的对象时，构建正确的对象，然后可以将其强制转换为该对象实现的接口类型。

另一方面，XML序列化程序只是序列化到一个模式，只序列化对象的公共字段和值，除此之外没有类型信息（例如，类型实现的接口）。

这是一篇很好的帖子， .NET Serialization ，比较了BinaryFormatter ， SoapFormatter和XmlSerializer 。 我建议您查看下表，除了前面提到的序列化程序外，还包括DataContractSerializer ， NetDataContractSerializer和protobuf-net 。

Answer 2

只是为了权衡......

两者之间的明显区别是“二进制vs xml”，但确实比这更深入：

• fields（ BinaryFormatter = bf）vs 公共成员（通常是属性）（ XmlSerializer = xs）
• 基于类型元数据（bf）与基于合同（xs）
• version-brittle（bf）vs版本容忍（xs）
• “graph”（bf）vs“tree”（xs）
• .NET特定（bf）与便携式（xs）
• opaque（bf）vs human-readable（xs）

作为BinaryFormatter为何易碎的讨论， 请参见此处 。

讨论哪个更大是不可能的; BinaryFormatter所有类型元数据都可以使其更大。 并且XmlSerializer可以像gzip一样非常适合压缩。

但是，可以利用每个人的优势; 例如，谷歌开源了他们自己的数据序列化格式，“协议缓冲区”。 这是：

• 合同为基础
• 便携式（参见实施列表 ）
• 版本容错
• 基于树
• 不透明（尽管有一些工具可以在与.proto结合使用时显示数据）
• 通常是“ 先收缩 ”，但有些实现允许基于反射的隐式契约

但重要的是，它是非常密集的数据（没有类型元数据，纯二进制表示，短标签，变种长度base-7编码等技巧），并且处理效率很高（没有复杂的xml结构，没有与成员匹配的字符串等等） ）。

我可能有点偏颇; 我维护了一个实现（包括几个适用于C＃/ .NET），但你会注意到我没有链接到任何特定的实现; 格式符合其自身的优点;-p

Answer 3

XML Serializer生成XML和XML Schema（隐式）。 它将生成符合此模式的XML。

一个含义是它不会序列化任何无法在XML Schema中描述的内容。 例如，无法区分XML Schema中的列表和数组，因此可以以任一方式解释序列化程序生成的XML Schema。

运行时序列化（ BinaryFormatter是其中的一部分）将实际的.NET类型序列化到另一侧，因此如果发送List<int> ，另一端将获得List<int> 。

如果另一方运行.NET，这显然会更好。

Answer 4

XmlSerializer通过读取具有公共getter和public setter（以及任何公共字段）的所有类型的属性来序列化类型。 从这个意义上讲，XmlSerializer序列化/反序列化实例的“公共视图”。

相反，二进制格式化程序通过序列化实例的“内部”（即其字段）来序列化类型。 任何未标记为[NonSerialized]的字段都将序列化为二进制流。 类型本身必须标记为[Serializable]，必须将任何内部字段标记为序列化。

Answer 5

我想其中一个最重要的是二进制序列化可以序列化公共和私有成员，而另一个只能用于公共成员。

在这里，它在尺寸方面提供了这两者之间非常有用的比较。 这是一个非常重要的问题，因为您可能会将序列化对象发送到远程计算机。

http://www.nablasoft.com/alkampfer/index.php/2008/10/31/binary-versus-xml-serialization-size/