Подготовка классов к

сериализации

61• Необходимым условием возможности

осуществления сериализации объектов класса средствами потока ObjectOutputStream является реализация классом интерфейса-маркера

Serializable

•Поддержка классом интерфейса Serializable свидетельствует о том, что объекты класса готовы к сериализации

•По умолчанию процесс сериализации заключается в сериализации каждого поля объекта, которое не обозначено как transient или static

•Данные простых типов и строки сохраняются с помощью того же механизма, какой поддерживается потоками DataOutputStream, а сериализация объектов выполняется средствами метода writeObject()

Подготовка классов к

сериализации

62 • Схема сериализации, предусмотренная по умолчанию, предполагает, что все поля-объекты, подлежащие сериализации, должны указывать на типы, в свою очередь поддерживающие возможность сериализации

•Кроме того, требуется, чтобы класс, базовый по отношению к рассматриваемому, либо обладал конструктором без параметров (чтобы он мог быть вызван в процессе десериализации), либо сам в свою очередь обеспечивал реализацию интерфейса Serializable

•В большинстве ситуаций для обеспечения возможности сериализации объектов класса вполне достаточно тех мер, которые предусмотрены схемой сериализации, предлагаемой по умолчанию, и проблема исчерпывается простым упоминанием интерфейса Serializable в объявлении класса

Подготовка классов к

сериализации

63• Схема десериализации, предлагаемая по умолчанию, предусматривает считывание из потока байтовых данных, сохранённых в процессе сериализации

•Статические поля класса остаются в неприкосновенности

– в ходе загрузки класса будут выполнены все обычные процедуры инициализации, и статические поля получат требуемые исходные значения

•Каждому полю transient в восстановленном объекте присваивается значение по умолчанию, соответствующее типу этого поля

•Иногда встречаются классы, которые сами по себе допускают возможность сериализации, но их отдельные элементы – нет

•Любая попытка осуществления сериализации объекта, не поддерживающего эту возможность, приводит к выбрасыванию исключения типа NotSerializableException

Порядок сериализации и

десериализации

64• Каждый класс несёт ответственность за обеспечение надлежащей сериализации состояния

собственных объектов, т.е. содержимого их полей

•Сериализация и десериализация объектов выполняется в нисходящем порядке по древовидной иерархии типов – от первого из классов, поддерживающих интерфейс Serializable, до классов более частных типов

•Указанный порядок редко играет весомую роль при сериализации, но приобретает существенное значение в процессе десериализации

•Рассмотрим следующую иерархию типов, которой подчиняется класс HTTPInput

Порядок сериализации и

десериализации

65

Object

InputSource

Serializable

URLInput

HTTPInput

Порядок сериализации и

десериализации

66• При десериализации объекта HTTPInput поток ObjectInputStream вначале выделяет память для нового объекта, а затем находит в иерархии типов

ближайший из классов, поддерживающий интерфейс Serializable, - в нашем случае – URLInput

•Далее поток вызывает конструктор без параметров для класса, базового по отношению к найденному (ближайшего из числа тех, которые не поддерживают интерфейс Serializable) – в данном случае, InputSource

•Если должно быть сохранено иное состояние части объекта, относящейся к базовому классу (InputSource), ответственность за сериализацию и десериализацию этого состояния возлагается на

URLInput

Порядок сериализации и

десериализации

67 • Если же базовый класс, не обеспечивающий сериализацию, обладает собственным значимым состоянием, то почти наверняка придётся отступить от схемы сериализации, предлагаемой по умолчанию, и осуществить дополнительную настройку ближайшего из классов, поддерживающих механизм сериализации

•Если такой класс непосредственно наследует класс Object, процедура настройки окажется простой, поскольку Object не обладает каким-либо особым состоянием, подлежащим сохранению и последующему восстановлению

•Как только ближайший из классов, поддерживающих механизм сериализации, завершает восстановление данных того подмножества полей, которые относятся к базовому классу, он приступает к воссозданию своего собственного состояния, считывая данные из потока

Порядок сериализации и

десериализации

68• Затем поток ObjectInputStream осуществляет просмотр иерархии объектов в нисходящем порядке и выполняет десериализацию каждого объекта посредством вызовов readObject()

•По достижении нижнего уровня дерева иерархии процесс десериализации исходного объекта полностью завершается

•В ходе десериализации объекта могут быть найдены ссылки на другие ранее сериализованные объекты

•Эти объекты подвергаются десериализации в том порядке, в котором они обнаруживаются

•Прежде чем будут выполнены любые из рассмотренных операций десериализации, соответствующие классы должны быть загружены

Порядок сериализации и

десериализации

69• В процессе загрузки выполняется поиск класса с требуемым именем и проверка версии этого

класса

•Если подлинность и соответствие версии класса установлены, тот должен быть загружен

•Если же класс не найден либо не может быть загружен по иным причинам, метод readObject() выбрасывает исключение типа ClassNotFoundException

Настройка механизма

сериализации

70• Схема сериализации/десериализации, предлагаемая по умолчанию, вполне работоспособна во многих ситуациях, но, увы, не во всех

•Для некоторых классов обычные средства десериализации могут оказаться неадекватными или неэффективными

•Руководствуясь подобными соображениями, создатели Java предусмотрели возможность включать в состав класса специальные private – версии методов writeObject() и readObject()

•Методы активизируются потоками ObjectOutputStream и ObjectInputStream соответственно в тот момент, когда необходимо осуществить сериализацию и десериализацию

объекта