Java 中的 WeakHashMap 是一个基于弱引用(WeakReference)实现的哈希表。它的特点是:当 Key 对象被垃圾回收器(GC)回收后,对应的 Entry 会自动从 WeakHashMap 中被清除,无需手动操作。实现原理WeakHashMap 的核心在于它使用了 弱引用 来包装 Key。具体来说:WeakHashMap 内部使用了一个 ReferenceQueue。每个 Ke
时间:2026-05-22 18:54:42 300浏览 收藏
WeakHashMap 是 Java 中一种基于弱引用的特殊哈希表,其核心价值在于让 Key 可被垃圾回收器自动清理,从而避免内存泄漏——当 Key 仅被 WeakHashMap 持有时,GC 一旦回收它,对应 Entry 就会变为失效状态(key == null),并在后续 get、put 等操作中被动触发清理;但需警惕:它并非实时清理、不保证线程安全、size() 不反映真实有效条目,且 Value 若反向持有 Key 会导致整个机制失效,因此不适合作为通用缓存,而更适合用于临时附着元数据(如 GUI 组件状态标记)等“不阻止对象回收”的轻量场景。

WeakHashMap 的 Key 为什么会被 GC 回收后自动失效?
因为 WeakHashMap 内部用的是 WeakReference 包装 Key,而不是强引用。只要这个 Key 对象没有其他强引用指向它,下一次 GC 就可能把它回收掉——而 WeakHashMap 本身不阻止这个过程。
注意:Value 仍然是强引用,如果 Value 又反过来持有 Key(比如 Value 是一个内部类实例、或显式保存了 Key 引用),那 Key 实际不会被回收,Entry 也就不会消失。
- Key 被回收 ≠ Entry 立刻从 map 中删除;只是 Entry 变成“已失效”,后续操作(如
get、put、size)会触发清理 - 清理发生在每次调用
get、put、resize等方法时,通过调用expungeStaleEntries()扫描并移除 key == null 的Entry - Entry 继承自
WeakReference,所以它的get()方法返回 null 就代表 Key 已被回收
WeakHashMap 的 Entry 是怎么关联 Key 和 Value 的?
它不是用普通 HashMap.Entry,而是自定义的 Entry 类,同时继承 WeakReference 并持有 value 字段:
static class Entry<K,V> extends WeakReference<Object> implements Map.Entry<K,V> {
final int hash;
V value;
Entry<K,V> next;
// ...
}
Key 存在 WeakReference 的 referent 字段里(父类提供),所以 GC 可以安全地回收它;而 value 是强引用字段,必须由使用者确保不造成内存泄漏。
- 构造 Entry 时传入 Key 和 ReferenceQueue:
super(key, queue),这样 GC 回收 Key 后会把该 Entry 加入队列 - 但
WeakHashMap并不主动轮询 ReferenceQueue,而是靠周期性扫描 table 数组中 key == null 的 Entry 来清理 - 这意味着:如果长期不调用任何 public 方法,失效 Entry 可能一直滞留在 table 中
WeakHashMap 不适合做缓存的三个硬伤
很多人误把它当轻量缓存用,结果遇到意料之外的行为:
size()返回的不是“有效键值对数量”,而是未被清理的 Entry 总数(含 key == null 的)- 没有 LRU 或 TTL 机制,只依赖 GC 触发清理,时机不可控、延迟高
- 并发场景下,
get()和put()都不是线程安全的;即使包装成Collections.synchronizedMap(),清理逻辑仍可能漏掉某些 stale entry
真要缓存,请用 java.util.concurrent.ConcurrentHashMap + 显式定时清理,或直接上 Caffeine。
什么时候该用 WeakHashMap?
典型用途是“附着式元数据”:你有一堆外部对象(比如 GUI 组件、Bean 实例),想为它们临时挂点东西,又不想阻止它们被回收。
- 比如:记录某个
JButton当前是否处于悬停状态,用WeakHashMap存,按钮销毁后 Entry 自动失效 - 再比如:框架中给任意对象打标记(
WeakHashMap),避免泄漏用户对象 - 关键约束:Value 不能持有 Key 的强引用,否则整个机制就失效
WeakHashMap 的“自动清理”其实是种被动延迟清理,依赖方法调用触发,不是实时的。这点最容易被忽略,也是多数线上问题的根源。
到这里,我们也就讲完了《Java 中的 WeakHashMap 是一个基于弱引用(WeakReference)实现的哈希表。它的特点是:当 Key 对象被垃圾回收器(GC)回收后,对应的 Entry 会自动从 WeakHashMap 中被清除,无需手动操作。实现原理WeakHashMap 的核心在于它使用了 弱引用 来包装 Key。具体来说:WeakHashMap 内部使用了一个 ReferenceQueue。每个 Key 被封装成一个 WeakReference,并关联到一个 ReferenceQueue。当 GC 回收某个 Key 时,该 Key 对应的 WeakReference 会被加入到 ReferenceQueue 中。WeakHashMap 在每次访问时(如 get()、put()、containsKey() 等),都会检查 ReferenceQueue,并将已失效的 Entry 移除。自动清理机制Key 被 GC 回收:当某个 Key 不再被其他对象引用时,GC 会将其回收。WeakReference 被加入 ReferenceQueue:由于 Key 被回收,其对应的 WeakReference 会被 JVM 加入到 ReferenceQueue。清理 Entry:`Weak》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于的知识点!
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
297 收藏
-
367 收藏
-
187 收藏
-
158 收藏
-
426 收藏
-
246 收藏
-
396 收藏
-
498 收藏
-
182 收藏
-
417 收藏
-
300 收藏
-
329 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习