Как сериализовать Singleton?

Интересно для чего idea подсказывает прописать @Serial в шапке метода? Кстати, валидатор не пропустит, если просто так написать.

Провел эксперимент: Создал в классе Singleton переменную String aaa = "aaa"; Перед сериализацией изменил на aaa = "bbb"; Сериализуем класс. Без readResolve() после десериализации, получаем как надо: aaa == "bbb" Идем дальше. Сбрасываем переменную перед десериализацией в null, в методе readResolve() пишем

private Object readResolve() {
        if (ourInstance == null) {
                ourInstance = new Singleton();
           }
           return ourInstance;
        }

Чтобы подсунуть новый объект На выходе видим, что aaa == "aaa" И спрашивается, зачем тогда эти пляски с сериализацией/десериализацей, если мы все равно подсовываем объект из памяти? Я то думал, что всем полям в подсовываемом объекте будут присваиваться значения, считанные на этапе десериализации, но этого не происходит. Все процессы с загрузкой из файла просто идут коту под хвост после подсовывания "своего" объекта Вот еще пример:

private Object readResolve() {
           ourInstance.aaa = "ccc";

            return ourInstance;
        }

На выходе, конечно же получается aaa == "ccc", а не то, что мы записали при сериализации, не "bbb".

Хорошая и краткая статья для понимания. Сериализация Синглтона

Чисто случайно обнаружил что если вернуть null:

private Object readResolve() {
     return null;
}

то переменные singleton и singleton1 равны null, однако код работает и NPE не выбрасывает 😒

Ничего не понял. Решил как болванчик, просто следуя инструкциям, но понимания что это за магия произошла и почему внезапно ссылки стали одинаковыми - нет.

Валидатор не знает еще аннотацию @Serial не добавляйте - минус одна попытка, хоть и добавление аннотации правильнее.

readResolve надо просто запомнить и отложить в голове Сериализуешь синглтон - вспомни что там есть вот эта вот темная шляпа больше нигде не пригодится

Я правильно понимаю, что если в Singleton есть значимые поля, то в readResolve() сначала вызываем getInstance() , потом обновляем поля прочитанными из файла данными, а только после этого возвращаем результат?

Вот это поворот... И при чём здесь

ReadUnshared()

Читать тут !

Задача приобретет уровень сложности Эпик, если убрать из условия подсказки про нужный метод.