Может ли сборщик мусора удалить Singleton?

Question

[Владимир Якушев]

Есть Singleton-класс, который отвечает за получение координат. В данном классе есть методы стартующие и отключающие подписку на изменение координат. Может ли сборщик мусора удалить из памяти Singleton-класс из-за того, что на него нет ссылок в других активных классах?

Answer 1

[kavdeev]

да может если на класс или его инстанс нет внешних ссылок тк класс это тоже объект
проблема решается созданием внешней ссылки или параметром jvm -Xnoclassgc

Comments

[Владимир Якушев]

После вашего ответа вынужден снять состояние *Решено*. Есть какая-нибудь ссылка на документацию по этому вопросу?

[kavdeev]

стандартное широко описанное поведение сборщика мусора в java
пример как проверить stackoverflow.com/questions/2433261/when-and-how-a...

[Владимир Якушев]

Спасибо, ответ исчерпывающий. Я предполагал такое поведение и делал внешнюю ссылку. Потом с учётом существующих ответов удалил такую ссылку. Придётся добавлять заново )))

Answer 2

[leventov]

Я не знаю способов реализации Singleton в Яве, при которых так или иначе не используется статическое поле с экземпляром класса (во всяком случае, адекватных способов). А статическое поле - это всегда корень для GC, будь оно приватное или нет. Поэтому ответ: нет, не может.

Comments

[mrstrictly]

Enum ― вполне адекватный способ реализации. ;)

[leventov]

@mrstrictly ага, любимый синглтон Блоха :) который под капотом реализован просто как кучка статических полей в классе.

[mrstrictly]

Да, с Блохом согласен. Прекрасный синтаксический сахар, у котрого есть один минус (решается, при необходимости, делегатами) ― неконфигурируемость в рантайме...
Тогда, вот вам еще вариант: интерфейс, реализованный анонимным классом. Вполне себе синглтон. :)

Answer 3

[Artyushov]

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

Во-вторых, зачем вам вообще об этом знать? Ситуация, когда вам в коде нужны какие-то данные, но они оказались собраны GC, невозможны.