Сериализация объектов Java

Question

Я пытаюсь оценить полезность использования объектов Serialized в приложении Java, которое я разрабатываю. Я пытаюсь определить, имеет ли значение смысл для реализации сериализации Object, или если я должен настраивать транспорт. Вот мой сценарий:

• Объекты будут транспортироваться через TCP из одного приложения в другое.
• Сериализованный объект будет экземпляром класса, хранящегося в общей библиотеке.

образца Класс:

public class Room implements Serializable { 
    // Instance Variables 
    private Room roomWithinRoom; 
    // ... 
} 

Так что мой вопрос заключается в том, что, так как у меня будет несколько переменных экземпляра, которые ссылаются обратно в класс номер, можно использовать Java сериализацию для выполнения передачи объектов в номере? Если я смогу выполнить это, будут ли указатели сохранены?

Пример:

Room mainRoom = new Room(); 
Room closet = new Room(); 
mainRoom.addRoom(closet); 

Если я посылаю над объектом «mainRoom,» будет также сериализовать и отправить «шкаф» экземпляр

Спасибо (сохранение переменной экземпляра roomWithinRoom в mainRoom?) пучок, все!

Answer 1

Да, сериализация Java делает это очень хорошо. Может быть, слишком хорошо. Мне повезло с файлами. С TCP не забудьте позвонить по номеру reset после каждой записи. Java отправит целый сетевой граф за один раз - ваш объект, все ссылки на объекты, все, что они ссылаются, и так далее. Один writeObject может отправлять гигабайты данных. Но без сброса, если следующий объект, который вы пишете, был включен в первый граф, все, что будет проходить, будет ссылкой на ранее отправленный объект. Любые обновленные данные будут проигнорированы. (Я упоминал, что вы должны позвонить по номеру reset после каждого writeObject?)

Я бы предложил использовать интерфейс Externalizable. Это дает вам немного больше контроля над тем, что написано. (На самом деле это делается на основе класса, поэтому некоторые классы могут быть Serializable и некоторые Externalizable без проблем.) Это означает, что вы можете писать в том же формате, даже если класс немного изменится. Он позволяет пропустить данные, которые вам не нужны, и иногда передавать тривиальные объекты в качестве примитивов данных. Я также использую номера версий, поэтому более новые версии класса могут читать вещи, написанные более старыми версиями. (Это немного важнее при написании файлов, чем в TCP.) Предупреждение: при чтении класса имейте в виду, что ссылка на объект, которую вы только что прочитали, может не ссылаться на любые данные (т. Е. Объект ссылки еще не читается, вы смотрите на унифицированную память, где данные объекта будет идите.).

Возможно, вы немного потрудитесь, но это действительно хорошо работает, как только вы это поймете.

Answer 2

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

Я советую использовать встроенную сериализацию Java, поскольку она более подробно, чем другие бинарные протоколы. Также всегда существует потенциальный, что процедуры сериализации/десериализации могут меняться между временем выполнения.

По этим причинам я предлагаю ProtoBufs. ProtoBuf является небольшим, быстрым и даже может использоваться для быстрого создания процедур сериализации/десериализации на языках, отличных от Java, поскольку вы найдете компилятор protobuf для этого языка.