Net framework 5, а также среды Visual Studio 2012 и C#

Глава.24 .Сериализация
formatter.Serialize(stream, a1);
stream.Position = 0;
Singleton[] a2 = (Singleton[])formatter.Deserialize(stream);
// Проверяем, что все работает, как нужно:
Console.WriteLine("Do both elements refer to the same object? "
+ (a2[0] == a2[1])); // "True"
Console.WriteLine("Do all elements refer to the same object? "
+ (a1[0] == a2[0])); // "True"
}
}
Попытаемся понять, что же происходит. Для загруженного в домен типа 
Singleton
CLR вызывает статический конструктор, создающий объект 
Singleton
и сохраняющий ссылку на него в статическом поле 
s_theOneObject
. Класс 
Singleton
не имеет открытых конструкторов, что не дает стороннему коду создавать его эк-
земпляры.
В методе 
SingletonSerializationTest
создается массив из двух элементов, 
каждый из которых ссылается на объект 
Singleton
. Для инициализации этих эле-
ментов вызывается статический метод 
GetSingleton
класса 
Singleton
. Он возвра-
щает ссылку на один объект 
Singleton
. Первый вызов метода 
WriteLine
выводит 
"True"
, указывая, что оба элемента массива ссылаются на один объект.
Далее метод 
SingletonSerializationTest
вызывает метод 
Serialize
мо-
дуля форматирования для сериализации массива и его элементов. Обнаружив, 
что тип 
Singleton
реализует интерфейс 
ISerializable
, модуль форматиро-
вания вызывает метод 
GetObjectData
, который передает в метод 
SetType
тип 
SingletonSerializationHelper
. В результате модуль форматирования сериализует 
объект 
Singleton
в качестве объекта 
SingletonSerializationHelper
. Так как метод 
AddValue
в данном случае не вызывается, в поток ввода-вывода не записывается 
никакой дополнительной информации. Кроме того, модуль форматирования, обна-
ружив, что оба элемента массива ссылаются на один и тот же объект, сериализует 
только один из них.
После сериализации массива метод 
SingletonSerializationTest
вызывает метод 
Deserialize
модуля форматирования. При работе с потоком ввода-вывода модуль 
форматирования пытается десериализовать объект 
SingletonSerializationHelper
, 
который с его точки зрения был им ранее сериализован (на самом деле, именно 
поэтому класс 
Singleton
не имеет специального конструктора, обычно тре-
бующего реализации интерфейса 
ISerializable
). Сконструировав объект 
SingletonSerializationHelper
, модуль форматирования обнаруживает, что дан-
ный тип реализует интерфейс 
System.Runtime.Serialization.IObjectReference
. 
В FCL этот интерфейс определяется следующим образом:
public interface IObjectReference {
Object GetRealObject(StreamingContext context);
}

---

691
Суррогаты.сериализации
Для реализующих такой интерфейс типов модуль форматирования вызывает 
метод 
GetRealObject
, возвращающий ссылку на объект, на который вы действитель-
но хотите сослаться после завершения десериализации. В моем примере для типа 
SingletonSerializationHelper
метод 
GetRealObject
возвращает ссылку на уже 
существующий в домене объект 
Singleton
. После возвращения управления методом 
Deserialize
массив 
a2
содержит два элемента, каждый из которых ссылается на 
объект 
Singleton
домена. Вспомогательный объект 
SingletonSerializationHelper
, 
использовавшийся при десериализации, в данный момент недоступен и будет 
уничтожен при следующей сборке мусора.
Второй вызов метода 
WriteLine
выводит значение 
"True"
, подтверждая, что оба 
элемента массива 
a2
указывают на один и тот же объект. Аналогичный результат 
дает третий и последний вызов этого метода, так как на один и тот же объект и в 
самом деле указывают элементы обоих массивов.