Как использовать PhantomReference в качестве замены finalize ()

Это сделано намеренно. В отличие от finalize(), который снова делает объект доступным, объекты, на которые может ссылаться только объект Reference, не могут снова стать доступными. Поэтому, когда вы собираетесь управлять ресурсом через него, вам необходимо сохранить необходимую информацию в другом объекте. Нет ничего необычного в том, чтобы использовать для этого сам объект Reference.

Рассмотрите следующие модификации вашей тестовой программы:

public class TestPhantomReference {

    public static void main(String[] args) throws InterruptedException {
        // create two Test Objects without closing them
        for (int i = 0; i < 2; i++) {
            new Test(i);
        }
        // create two Test Objects with proper resource management
        try(Test t2=new Test(2); Test t3=new Test(3)) {
            System.out.println("using Test 2 and 3");
        }

        // Sleep 1 Second, run GC, sleep 1 Second
        Thread.sleep(1000);
        System.out.println("System.gc()");
        System.gc();
        Thread.sleep(1000);
    }

    static class TestResource extends PhantomReference<Test> {
        private int id;
        private TestResource(int id, Test referent, ReferenceQueue<Test> queue) {
            super(referent, queue);
            this.id = id;
        }
        private void close() {
            System.out.println("closed "+id);
        }
    }    
    public static class Test implements AutoCloseable {
        static AutoCloseThread thread = new AutoCloseThread();
        static { thread.start(); }
        private final TestResource resource;
        Test(int id) {
            resource = thread.addObject(this, id);
        }
        public void close() {
            resource.close();
            thread.remove(resource);
        }
    }

    public static class AutoCloseThread extends Thread {
        private ReferenceQueue<Test> mReferenceQueue = new ReferenceQueue<>();
        private Set<TestResource> mPhantomStack = new HashSet<>();

        public AutoCloseThread() {
            setDaemon(true);
        }
        TestResource addObject(Test pTest, int id) {
            final TestResource rs = new TestResource(id, pTest, mReferenceQueue);
            mPhantomStack.add(rs);
            return rs;
        }
        void remove(TestResource rs) {
            mPhantomStack.remove(rs);
        }

        @Override
        public void run() {
            try {
                while (true) {
                    TestResource rs = (TestResource)mReferenceQueue.remove();
                    System.out.println(rs.id+" not properly closed, doing it now");
                    mPhantomStack.remove(rs);
                    rs.close();
                }
            } catch (InterruptedException e) {
                System.out.println("Thread Interrupted");
            }
        }
    }
}

который напечатает:

using Test 2 and 3
closed 3
closed 2
System.gc()
0 not properly closed, doing it now
closed 0
1 not properly closed, doing it now
closed 1

показывает, как использование правильной идиомы обеспечивает своевременное закрытие ресурсов и, в отличие от finalize(), объект может отказаться от посмертной очистки, что делает использование правильной идиомы еще более эффективным, поскольку в этом случае не требуется дополнительный цикл сборки мусора для восстановления объект после доработки.

get() метод для фантомных ссылок всегда возвращает null.

В тот момент, когда фантомная ссылка помещается в очередь, объект, на который она ссылается, уже собран сборщиком мусора. Вам необходимо хранить данные, необходимые для очистки, в отдельном объекте (например, вы можете создать подкласс PhantomReference).

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

В отличие от финализатора, фантомная ссылка не может воскресить недоступный объект. Это его главное преимущество, хотя стоимость поддержки кода сложнее.