значение можно будет прочитать, а при умелом обращении и изменить. Так же может потребоваться пропустить сохранение объекта, десериализация которого все равно не будет иметь смысла в последующем - например сетевое соединение все равно нужно будет устанавливать заново. Один способ пропустить сохранение объекта - реализовать интерфейс Externalizable, или определить методы readObject и writeObject - тогда вообще вся запись и чтение проходят как будет указано. Однако в данном случае можно поступить намного проще - достаточно такое поле объявить с модификатором transient. Например, при сериализации класса Account, приведенном в следующем примере, сериализовываться будут только поля login и name

class Account implements java.io.Serializable { private String name;

private String login;

private transient String password;

/* Some accessors and mutators for fields

...

*/

}

Когда объект восстанавливается, таким полям выставляется значение по умолчанию, для объектов это null.

2.1. Версии классов

Сериализованный объект может храниться сколь угодно долго, например, если записать его на диск. Тогда, на момент его десериализации может возникнуть такая ситуация, что в его класс уже внесены изменения - добавлены или изменены методы, поля и т.д. Некоторые такие изменения могут изменить класс таким образом, что десериализация станет невозможной. В этом случае попытка десериализации приведет к возникновению InvalidClassException. Например, если сериализовать объект класса User, определенного следующим образом

class User implements java.io.Serializable{ String name;

}

После чего модифицировать класс, заменив поле name на два:

class User implements java.io.Serializable{ protected String firstName;

protected String lastName;

}

То при попытке десериализовать записанный ранее объект, будет брошено исключение InvalidClassException . Однако этого не произошло бы, если класс изменить следующим образом:

class User implements java.io.Serializable{

Программирование на Java

Rendered by www.RenderX.com