PhantomReference in java.lang.ref

💡 Усі статті, обговорення, новини про Java — в одному місці. Приєднуйтесь до Java спільноти!

Перечитуючи статті в мережі про типи посилань в Java, зрозумів наступне:
— soft references: якщо об’єкт є soft reachable, то він стане доступним для gc тільки якщо з’явиться ризик виникнення OutOfMemoryException.
— weak references: якщо об’єкт є weak reachable, то він буде доступним для gc.

— phantom references: якщо об’єкт є phantom reachable, то:
1) буде виконаний finalize() для цього об’єкта
2) якщо, після цього об’єкт залишається phantom reachable, то фантомне посилання на нього автоматично поміщається в ReferenceQueue.
3) після того як фантомне посилання було поміщене в чергу, об’єкт, на який воно вказує, не буде утилізований gc до тих пір, поки всі об’єкти фантомних посилань на цей об’єкт не будуть очищені викликом clear() або поки всі об’єкти фантомних посилань на цей об’єкт стануть недосяжними.
Docs:

Phantom reference objects, which are enqueued after the collector determines that their referents may otherwise be reclaimed. Phantom references are most often used for scheduling pre-mortem cleanup actions in a more flexible way than is possible with the Java finalization mechanism.

If the garbage collector determines at a certain point in time that the referent of a phantom reference is phantom reachable, then at that time or at some later time it will enqueue the reference.

In order to ensure that a reclaimable object remains so, the referent of a phantom reference may not be retrieved: The get method of a phantom reference always returns null.

Unlike soft and weak references, phantom references are not automatically cleared by the garbage collector as they are enqueued. An object that is reachable via phantom references will remain so until all such references are cleared or themselves become unreachable.

Питання:
1) Щоб перед самою утилізацією об’єкта виконати певний фінальний код, потрібно створювати підклас PhantomReference, в якому треба написати метод, який буде виконувати завершаючі дії, а також в конструкторі цього підкласу створити окремий потік в якому черга буде опитуватись на наявність в ній PhantomReference об’єкта. Якщо він є — викликаємо його метод, який проводить фінальні дії. В кінці тіла методу викликаємо clear(), щоб об’єкт на який посилається наша PhantomReference був придатний до утилізації. Я правильно розумію?
2) Коли об’єкт стає phantom reachable — під час першого проходу gc, виконається finalize(), під час другого проходу — об’єкт PhantomReference буде поміщений в чергу. Якщо об’єкт PhantomReference, який перебуває в черзі, буде очищений (clear()), то gc під час наступного проходу утилізує його?
3) Weak & Soft references мають конструктори які приймають другим параметром ReferenceQueue. Очищуються вони авоматично перед відправкою в чергу, але навіщо їм реєструватися в черзі? Чи може виникнути потреба опитувати цю чергу? Взагалі погано зрозуміла роль черги тут, поясніть будь-ласка.

Дякую тим хто дочитав і відпише.