WeakHashMap通过弱引用存储键，使键在无强引用时可被垃圾回收，从而自动清理映射条目。其适用于内存敏感的缓存和避免内存泄漏的场景，如临时附加对象元数据。与HashMap不同，它不阻止键的回收，每次操作会检查并清除失效条目，但性能开销略高且遍历时大小可能变化。典型应用包括不干扰生命周期的状态映射，但不宜单独用于需复杂淘汰策略的缓存系统。
WeakHashMap 是 Java 中一种特殊的哈希表实现，它允许键（key）以弱引用的方式存储。这意味着当某个键不再被外部强引用时，即使它还存在于映射中，也会被垃圾回收器自动清理。这种机制特别适合用于缓存、内存敏感的映射场景。
理解弱引用与 WeakHashMap 的作用
在 Java 引用体系中，弱引用（WeakReference）指向的对象不会阻止垃圾回收。一旦对象只被弱引用持有，下一次 GC 时就会被回收。
WeakHashMap 利用这一特性，将所有的键包装成弱引用。当某个 key 被回收后，对应的整个键值对会从 map 中移除（虽然不是立即发生，但会在下一次操作时被清理）。
典型用途：
立即学习“Java免费学习笔记（深入）”；
- 构建内存敏感的缓存系统
- 避免长时间持有对象导致内存泄漏
- 作为内部状态映射，不干扰对象生命周期
基本使用方法
WeakHashMap 的使用方式和普通 HashMap 非常相似，构造函数和常用方法都一致。
import java.util.WeakHashMap;
public class WeakHashMapExample {
public static void main(String[] args) {
WeakHashMap<String, Integer> map = new WeakHashMap<>();
String key1 = new String("one");
String key2 = new String("two");
map.put(key1, 1);
map.put(key2, 2);
System.out.println("初始大小: " + map.size()); // 输出 2
// 手动置空 key，使其可被回收
key2 = null;
// 触发垃圾回收（建议配合 -verbose:gc 查看效果）
System.gc();
// 等待 GC 完成（实际中不可控，此处仅为演示）
try { Thread.sleep(100); } catch (InterruptedException e) {}
System.out.println("GC 后大小: " + map.size()); // 可能输出 1
}
}
注意：由于 key2 不再被强引用，它可能已被回收，因此 map 的 size 可能变为 1。
与 HashMap 的关键区别
下面是 WeakHashMap 和 HashMap 在行为上的主要差异：
- 键的引用类型不同： WeakHashMap 使用 WeakReference 存储 key；HashMap 使用强引用
- 自动清理能力： WeakHashMap 会在 GC 回收 key 后自动删除对应条目；HashMap 永远不会自动删除
- 性能开销： WeakHashMap 有额外的 GC 清理检查成本，每次操作都会扫描并清理已失效的 Entry
- 迭代稳定性： WeakHashMap 的 size 在遍历时可能变化（因 GC 发生），需注意并发访问问题
实际应用场景示例
一个常见的使用场景是为对象附加临时元数据而不影响其生命周期：
// 假设我们想记录每个用户最后登录时间，但不想阻止用户对象被回收
WeakHashMap<User, Long> lastLoginMap = new WeakHashMap<>();
User user = new User("Alice");
lastLoginMap.put(user, System.currentTimeMillis());
// 后续处理...
user = null; // 用户对象不再使用
// 下次 GC 后，该用户的登录时间记录也会自动清除
这种方式比使用 HashMap 更安全，避免了“幽灵引用”导致的内存泄露。
基本上就这些。WeakHashMap 的核心价值在于“不阻碍对象回收”，适用于需要轻量级关联数据且不干预生命周期的场景。使用时注意不要误将它当作高性能缓存工具——真正的缓存通常还需要 LRU、过期策略等机制，而 WeakHashMap 只解决内存泄漏问题。不复杂但容易忽略。
