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的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。