WeakHashMap使用弱引用存储键，当键无强引用时，GC会回收键并自动移除对应条目，适用于缓存、监听器管理等场景，需重写hashCode和equals，避免value强引用key，且不依赖System.gc()精确控制清理时机。
在Java中，WeakHashMap 是一种特殊的哈希表，它允许垃圾回收器自动清理不再被引用的键。这使得它非常适合用于缓存场景，尤其是当你希望避免内存泄漏时。与普通 HashMap 不同，WeakHashMap 的键是“弱引用”的，也就是说，一旦某个键对象没有被外部强引用，它就可能被垃圾回收，对应的映射关系也会自动从 map 中移除。
理解弱引用与WeakHashMap的工作机制
Java 中的引用分为四种：强引用、软引用、弱引用和虚引用。WeakHashMap 使用的是弱引用（WeakReference）来保存键。
当一个对象只被弱引用指向时，下一次 GC 运行时就会被回收。WeakHashMap 内部正是利用这一点：如果 key 只存在于 WeakHashMap 中而没有其他强引用，GC 会将其回收，随后该条目会被自动清除。
注意：即使 key 被回收，value 如果仍被强引用，则不会立即释放。因此建议 value 也不要持有对 key 的强引用，否则可能影响内存回收效果。
立即学习“Java免费学习笔记（深入）”；
基本使用方法示例
下面是一个简单的代码示例，展示 WeakHashMap 如何自动清理无引用的键：
import java.util.WeakHashMap;
public class WeakHashMapExample {
public static void main(String[] args) {
WeakHashMap<Key, String> map = new WeakHashMap<>();
// 创建一个键并放入map
Key key = new Key("key1");
map.put(key, "value1");
System.out.println("有强引用时: " + map); // 输出: {Key{name='key1'}=value1}
// 去除强引用
key = null;
// 请求GC（仅建议用于演示）
System.gc();
try {
Thread.sleep(100); // 等待GC完成
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("GC后: " + map); // 输出: {}
}
}
class Key {
private String name;
public Key(String name) { this.name = name; }
@Override public String toString() { return "Key{name='" + name + "'}"; }
// 注意：最好重写 hashCode 和 equals
@Override public int hashCode() { return name.hashCode(); }
@Override public boolean equals(Object o) {
if (this == o) return true;
if (!(o instanceof Key)) return false;
Key key = (Key)o;
return name.equals(key.name);
}
}
在这个例子中，我们创建了一个 Key 实例作为 WeakHashMap 的键。当我们把 key = null 后，这个键就不再有任何强引用。调用 System.gc() 触发垃圾回收，WeakHashMap 检测到键被回收，自动删除该条目。
WeakHashMap适用的应用场景
由于其自动清理特性，WeakHashMap 特别适用于以下几种情况：
- 缓存数据：当需要缓存一些与对象生命周期相关的临时信息，且不希望阻碍对象被回收时。
- 监听器或回调管理：注册监听器但不想阻止目标对象释放时，可用 WeakHashMap 存储。
- 元数据绑定：为某些对象附加运行时元信息（如统计、状态标记），而不影响其生命周期。
例如，你想记录每个对象被访问的次数，但又不希望因为记录行为导致对象无法被回收：
WeakHashMap<Object, Integer> accessCount = new WeakHashMap<>(); // 使用过程中增加计数 accessCount.merge(obj, 1, Integer::sum); // 当 obj 被回收后，对应记录也会消失
注意事项与最佳实践
使用 WeakHashMap 时要注意以下几个关键点：
- 必须正确实现 hashCode() 和 equals() 方法，否则可能导致内存泄漏或查找失败。
- 不要依赖 System.gc() 控制回收时机——这只是提示，实际由 JVM 决定。
- value 对象若持有对 key 的强引用，会导致 key 无法被回收，破坏预期行为。
- 遍历 WeakHashMap 时可能会看到已被标记待清除的条目，直到 GC 清理线程真正处理前它们仍暂时存在。
基本上就这些。WeakHashMap 提供了一种轻量级、自动管理生命周期的映射结构，合理使用可以有效减少内存压力。不过要清楚它的触发条件基于 GC，不能用于精确控制生命周期的逻辑。
