带有对象的 HashMap 后来被引用为 null 和 GC

Question

我对 HashMap 感到困惑。如果我有一个 HashMap 让我们说 HashMap。然后我像这样将键和值添加到 HashMap

HashMap.put(1,myObj1);
HashMap.put(2,myObj2);
HashMap.put(3,myObj3);

现在，如果我执行 myObj1=null，该值在 HashMap 中仍然可用，这是我相信的原因（如果我错了请纠正我）myObj1 仅包含指向内存中位置的指针（引用）。因此在 HashMap 中复制了 myObj1 的引用。由于 myObj1 现在没有指向任何地方（null），但是 hashMap 中复制的值仍然指向内存位置。那么现在这个 Weak, Strong 是什么样的参考。 myObj1 是否会收集它指向的值（值 hasHashMap 仍然指向），会发生什么情况。

Answer 1

任何对象只有在没有引用指向它时才成为垃圾收集的候选对象。

如果您执行以下操作：

Object myObj1 = .... myMap.put(1,myObj1); myObj1 = null;

您有从 myMap 到 myObj1 的内部引用。当您留下对 myMap 的引用时，如果不存在对 myObj1 的其他引用（显式或隐式），它将成为垃圾收集的候选对象。

因此，如果您明确将对 myMap 的引用设为 null myObj，则成为 gc 的候选者。

Object myObj1 = .... myMap.put(1,myObj1); myObj1 = null; // myObj1 is not candidate to be gc ... myMap = null; // myObj1 and myMap are candidates to be gc

Answer 2

HashMap 实现中的值始终具有强引用。这意味着什么，除非你删除 element/map 它不会被垃圾收集。 java 中还有另一个实现称为 WeakHashMap，它将键存储为弱引用。无论是否从 Map 中删除，该键都将被垃圾回收。请注意 WeakHashMap 中的值仍然具有强引用。

带有对象的 HashMap 后来被引用为 null 和 GC

HashMap with an object later referred null and GC

java

performance

garbage-collection

hashmap