Что JVM понимает, когда это видят класс, реализующий Сериализуемый

Question

Позвольте мне поставить его таким образом:

What does JVM understands when it see a class implementing Serializable 

Что может быть код, написанный справиться с этим? (Если класс является Serializable)

Answer 1

Вам не нужно сериализовать (или) сохранять состояние каждого объекта. Это не имеет смысла. Другая причина может быть вместо того, чтобы говорить, по умолчанию, авторы могли подумать, пусть программист решит. Вот интересная дискуссия об этом из команды java.

Решение требовать, чтобы классы реализовали интерфейс java.io.Serializable, который не был сделан легкомысленно. Проект называется для обеспечения баланса между потребностями разработчиков и потребностями системы , чтобы обеспечить предсказуемый и безопасный механизм. Наиболее сложным конструктивным ограничением для удовлетворения было обеспечение безопасности и классов безопасности Java .

Если классы должны были быть отмечены как сериализации, проектная группа обеспокоена тем, что разработчик, либо из забывчивости, лености, или невежества может не объявить класс как Serializable, а затем сделать этот класс бесполезным для RMI или для целей настойчивости. Мы, , обеспокоены тем, что требование должно наложить на разработчика , зная, как класс должен был использоваться другими в будущем, существенно неизвестное условие. Действительно, наш предварительный проект, как , отраженный в альфа-API, пришел к выводу, что случай по умолчанию для класса должен состоять в том, чтобы объекты в классе были сериализованы. We позже изменили наш дизайн только после обеспечения безопасности и правильности соображения убедили нас, что по умолчанию должно быть, что объект не будет сериализован.

Answer 2

Множество классов не может быть сериализованным.
Как вы можете сериализовать элемент пользовательского интерфейса или сетевой сокет или поток?

Answer 3

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

От java.lang

ClassLoader, компилятор, математика, пакет, процесс, время выполнения, Shutdown, StrictMath, System, Thread, ThreadGroup, ThreadLocal, Пустоты