В этой статье анализируется использование переходных ключевых слов в Java. Поделитесь этим для вашей ссылки. Конкретный анализ заключается в следующем:
Java имеет особенность сериализации. Это может значительно облегчить некоторые операции в сети, но в то же время, поскольку оно включает в себя проблемы безопасности, оно не предназначено для хранения всего в классе (потому что в этом смысле другие могут знать содержание в классе посредством сериализации). Мы можем использовать переход ключевого слова, что означает временное, то есть оно не будет сериализовано локально с классом, поэтому после восстановления переменные, определенные этим ключевым словом, больше не существуют.
Обычно программы, которые мы пишем, требуют, чтобы конкретная информация была сохранена или сохранена на диске для использования одной программой или на другой забег той же программы. Поддержка сериализации объектов. Тем не менее, возможно, что не все домены должны быть сохранены. Полем
Во -первых, давайте посмотрим на код сериализации Java:
Общедоступный класс. ) {String пароль = null; Дата: " + loggingDate.tostring () +"/n пароль: " + password;}}Теперь мы создаем экземпляр этого класса, сериализуйте его, а затем пишем этот сериализованный объект как диск.
LoggingInfo loginfo = new LoggingInfo ("Mike", "Mechanics"); (LoginFo); ;Если мы запустим этот код, мы заметим, что образец считывания объекта (де-сериализация)) из диска печатает пароль как «не установлен». Это правильный результат, который мы ожидаем, когда мы определяем домен PWD как переходный.
Теперь давайте посмотрим на потенциальные проблемы, которые могут возникнуть в результате небрежной обработки переходных областей. Предположим, что мы изменяем определение класса и предоставляем значение по умолчанию в домен переходного процесса, код заключается в следующем:
Public Class GuestloggingInfo реализует java.io.serializable {Private Date LoggingDate = New Date (); {// То же, что и выше}} Теперь, если мы перейдем через экземпляр GuestLoggingInfo, напишем его на диск и прочитаем его с диска, мы все равно рассматриваем пароль для печати объекта Readback как «не установлен».
Когда экземпляр класса читается с диска, конструктор этого класса фактически не выполняется.
Вместо этого загружается постоянное состояние объекта этого класса, и это состояние назначено другому объекту этого класса.
Я надеюсь, что эта статья будет полезна для всех Java Programming.