слабая ссылка на объект, содержащий вложенную сильную ссылку и сборку "мусора"

Вот модульный тест, демонстрирующий слабые ссылки. Обратите внимание, что System.gc () не гарантирует, что объект будет обработан сборщиком мусора, и вам не следует полагаться на него.

import junit.framework.TestCase;

import java.lang.ref.WeakReference;

public class WeakReferenceTest extends TestCase {


    class Car {

        Engine engine = new Engine();

    }

    class Engine {

    }

    public void testWeakReferences() {
        WeakReference<Car> carRef = new WeakReference<Car>(new Car());
        assertNotNull(carRef.get());
        System.gc();
        assertNull(carRef.get());
    }

}

Экземпляр Car может быть сборщиком мусора, но нет гарантии, что он будет сборщиком мусора на следующий цикл GC, или даже то, что он будет вообще собран. Например,

• За некоторое время до запуска GC приложение могло вызвать get в WeakReference и сохранить ссылку на Car в (для пример) атрибут некоторого достижимого объекта. После этого экземпляр Car становится полностью доступным и больше не подлежит сборке мусора.

• Если GC работает с Car в описанном состоянии, спецификация JVM не гарантирует, что слабодоступный объект будет обнаружен в следующем цикле GC. Например, если данный цикл GC собирает только последнее поколение (а Car был повышен до более старого поколения), GC не будет определять, что он является слабодоступным.

• Даже когда сборщик мусора прерывает ссылку на Car в WeakReference, экземпляр Car не восстанавливается немедленно. Скорее всего, восстановление теперь недоступного автомобиля , вероятно, произойдет (после возможной доработки) в более позднем цикле сборки мусора.