Serialization/Deserialization Quick Start

序列化是将一个对象以及相关的对象转换成字节流的过程；反序列化就是序列化的逆过程；

System.Runtime.Serialization命名空间；

当序列化一个对象时，Formatter首先抓取程序集标识，并确定程序集通过调用System.Reflection.Assembly.Load()被装载到执行的AppDomain中；

程序集被装载后，Formatter在程序集中查找待反序列化对象所匹配的类型，然后实例化再根据流来初始化实例的字段；

一些扩展程序使用Assembly.LoadFrom()来加载程序集，然后从定义在程序集中的类型来构造对象。这些对象在序列化时没有问题，但是反序列化时，Formatter会尝试使用Assembly.Load()来加载程序集，大多数情况下，CLR不能准确定位程序集文件，所以可能会引发SerializationException；

因为上面的原因，如果使用Assembly.LoadFrom()来加载程序集，那么强烈建议在反序列化之前处理System.AppDomain.AssemblyResolver事件。

Making a Type Serializable

对象在默认情况下是不能序列化的，可以通过给类型加上[Serializable]标签来实现；

[Serializable]属性不能被子类型所继承；

System.Object有[Serializable]属性；

一般来说，推荐大多数类型为可序列化的？(我的看法是那些可能会被跨边界访问的类型)。

Controlling Serialization and Deserialization

至少有两个原因使得你不打算让类型实例的一些字段被序列化：

• 字段的值在反序列化时已经失效了，比如Windows Kernel对象的句柄(文件、进程、线程、互斥体、事件、信号量、……)；
• 字段的值可以在反序列化时很简单的重新计算出来。

字段加上[NonSerialized]属性标签可以阻止该字段被序列化；

如果希望字段在反序列化时被重新计算，可以定义一个方法[OnDeserialized]private void OnDeserialized(StreamingContext context){...}；

跟[OnDeserialized]相似的几个属性[OnSerializing] -> [OnSerialized] -> [OnDeserializing] -> [OnDeserialized]；

如果你序列化一个类型的实例，在类型中加入新的字段，然后在尝试反序列化时，Formatter会抛出SerializationException指出成员数目不对，可以通过使用[OptionalField]属性标签来解决该问题。

How Formatters Serialize Type Instances

FormatterServices.GetSerializableMembers(), .GetObjectData(), GetTypeFromAssembly(), GetUninitializedObject(), .PopulateObjectMembers()静态方法。

Controlling the Serialized/Deserialized Data

如何完全的控制序列化/反序列化，可以实现System.Runtime.Serialization.ISerializable接口；

一旦类型继承了ISerializable接口，那么子类型也就必须实现该接口；

建议在GetObjectData方法和特殊构造器上附加[SecurityPermissionAttribute(SecurityAction.Demand, SerializationFormatter = true)]属性标签；

当Formatter在序列化对象图时，先查找每一个对象，如果有一个类型实现了ISerializable接口，Formatter就忽略其他所有的客户属性，并构造一个新的System.Runtime.Serialization.SerializationInfo对象；

总是调用SerializationInfo.AddValue来加入序列化信息到类型中，如果字段的类型实现了ISerializable接口，别在字段上调用GetObjectData，而是调用AddValue；

如果类型是sealed，那么强烈建议将特殊构造声明为private；

如果基类没有实现ISerializable接口，怎样为类型实现该接口？FormatterServices.GetSerializableMembers()。

Streaming Contexts

StreamingContext.State, .Context；

StreamingContextStates {CrossProcess, CrossMachines, File, Persistence, Remoting, Other, Clone, CrossAppDomain, All};

Serializing a Type as a Different Type and Deserializing an Object as a Different Object

Serialization Surrogates

System.Runtime.Serialization.ISerializationSurrogate.GetObjectData(), .SetObjectData()；

BinaryFormatter有一个bug阻止从序列化对象到其他的引用。要解决该问题，需要传一个ISerializationSurrogate对象的引用到FormatterServices.GetSurrogateForCyclicalReference()方法；

SurrogateSelector.AddSurrogate()，多个SurrogateSelector对象可以被链接起来，SurrogateSelector实现了ISurrogateSelector接口。

Overriding the Assembly and/or Type When Deserializing an Object

System.Runtime.Serialization.SerializationBinder使得反序列化对象到不同的类型非常容易。要做到这点，需要定义的类型继承自抽象类SerializationBinder。

本章小结

   本章讲了序列化和反序列化的知识，序列化可以讲对象转换成流进行传输或者持久化，在需要的时候通过反序列化在将对象构造出来。首先讲了如何让类型具备序列化的能力，以及如何控制序列化的过程。然后讲了Formatter如何序列化类型实例，如何控制序列化/反序列化的数据，介绍了StreamingContext对象，演示了如何将对象反序列化到不同的类型实例。接着介绍了序列化代理，最后讲了SerializationBinder抽象类可以用来反序列化对象到不同的类型。

转载于:https://www.cnblogs.com/bengxia/archive/2010/05/31/1748259.html

总结

以上是生活随笔为你收集整理的CLR Via C# 3rd 阅读摘要 -- Chapter 24 – Runtime Serialization的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。