每天分享一个小知识——JVM之强引用、软引用、弱引用、虚引用

Bug终结这

已于 2025-04-23 00:34:59 修改

阅读量1k

点赞数 26

文章标签： jvm

于 2025-04-23 00:01:17 首次发布

本文链接：https://blog.csdn.net/weixin_44343315/article/details/147433938

版权

在Java中，对象的引用类型决定了垃圾回收器（GC）如何处理它们。JDK 1.2后引入的四种引用类型（强、软、弱、虚）可以通过生活中的场景通俗理解：

一、强引用（Strong Reference）

定义：最常见的引用类型，只要强引用存在，对象永远不会被回收。
生活类比：

必需品：比如家里的床、桌子。只要你还住在房子里，这些家具不会被丢弃，即使家里空间紧张（内存不足），也宁愿扩建（抛出OutOfMemoryError）也不扔掉它们。
长期合同员工：只要合同有效（引用存在），公司不会解雇他们，即使业务收缩（内存不足）也优先保留核心成员。

代码示例：

Object obj = new Object(); // 强引用

二、软引用（Soft Reference）

定义：对象在内存不足时会被回收，适合缓存场景。
生活类比：

备用物品：比如多余的椅子或季节性衣物。平时家里空间足够时会保留（内存充足），但搬家时若空间不足（内存紧张），优先丢弃这些非必需物品39。
图书馆的冷门书：书架空间足够时保留，若新书太多放不下，管理员会先清理借阅量低的书（软引用对象）。

代码场景：
网页缓存用软引用存储图片。内存充足时快速加载；内存不足时自动释放，防止崩溃69。

SoftReference<CacheImage> cache = new SoftReference<>(image);

三、弱引用（Weak Reference）

定义：无论内存是否充足，只要发生GC，对象就会被回收。
生活类比：

临时租借物品：比如朋友借给你的书。只要朋友来取（GC触发），无论你的书架是否满，都必须归还（对象被回收）。
便利店货架上的临期食品：每天打烊前（GC时），无论是否卖完，店员都会清空过期商品。

典型应用：

ThreadLocalMap的键：使用弱引用避免内存泄漏。当ThreadLocal对象被置为null后，即使线程未结束，键也会被回收69。
WeakReference<Data> weakRef = new WeakReference<>(data);

四、虚引用（Phantom Reference）

定义：无法通过虚引用获取对象，仅用于追踪对象被回收的通知。
生活类比：

监控摄像头：摄像头记录物品被丢弃的过程（对象回收），但无法通过摄像头拿到物品本身（无法获取对象实例)。
快递包裹的物流跟踪：系统通知你包裹已销毁（回收完成），但无法通过通知单取回包裹。

典型应用：

堆外内存管理（DirectByteBuffer）

问题：Java的DirectByteBuffer对象通过malloc分配堆外内存，但JVM无法自动回收这部分内存。
解决方案：
1. 为DirectByteBuffer对象关联一个虚引用（Cleaner类）。
2. 当DirectByteBuffer被回收时，虚引用进入队列，触发Unsafe.freeMemory()释放堆外内存。

代码片段：

// JDK源码片段（DirectByteBuffer构造方法）
DirectByteBuffer(int cap) {
    // ...分配堆外内存...
    cleaner = Cleaner.create(this, new Deallocator(base, size, cap));
}

// Deallocator实现资源释放
private static class Deallocator implements Runnable {
    private long address;
    public void run() {
        Unsafe.freeMemory(address); // 释放堆外内存
    }
}

2. 数据库连接池的泄漏检测

问题：连接池中的连接被应用代码获取后忘记归还，导致连接泄漏。
解决方案：
1. 为每个连接对象关联一个虚引用和ReferenceQueue。
2. 当连接对象被回收时（意味着开发者未正确调用close()），虚引用触发警报，记录泄漏堆栈。
优势：无需侵入业务代码，即可监控资源泄漏。

数据库连接池中虚引用（Phantom Reference）的应用主要是为了确保数据库连接关闭后，底层网络资源（如Socket、文件句柄等）能够被及时释放，避免资源泄漏。这种机制在MySQL JDBC驱动中尤为典型，以下结合具体场景和源码分析其应用原理及潜在问题：

3、MySQL驱动中的虚引用实现

以mysql-connector-java驱动为例，其通过虚引用跟踪数据库连接的生命周期：

a. 虚引用存储与跟踪

核心类：NonRegisteringDriver类维护一个静态的ConcurrentHashMap<ConnectionPhantomReference, ...> connectionPhantomRefs，用于存储所有数据库连接的虚引用67。
连接创建逻辑：当创建ConnectionImpl对象时，会调用NonRegisteringDriver.trackConnection(this)，将连接包装为ConnectionPhantomReference并加入集合68。

b. 资源释放机制

虚引用队列：ConnectionPhantomReference关联一个ReferenceQueue。当连接对象被GC回收时，虚引用会被加入队列。
清理线程：驱动通过后台线程（如AbandonedConnectionCleanupThread）轮询队列，从队列中取出虚引用并关闭底层网络资源（如Socket）8。

4、虚引用导致的问题及优化

1. GC性能问题

虚引用堆积：若连接频繁创建/废弃，虚引用集合会持续增长。GC在标记阶段需遍历这些虚引用，导致STW（Stop-The-World）时间延长，尤其是G1/CMS收集器的并发标记阶段16。
典型案例：某生产环境因虚引用对象堆积超过1万个，导致Full GC时间长达12秒67。

2. 优化方案

禁用虚引用生成：
在MySQL驱动8.0+版本中，可通过参数com.mysql.cj.disableAbandonedConnectionCleanup=true禁用虚引用，直接依赖连接池的关闭逻辑8。
定时清理虚引用集合：
对于旧版本驱动，可通过反射定期清理connectionPhantomRefs集合（如每2小时清理一次），减少GC处理负担8。
连接池配置优化：
调整连接池参数（如HikariCP的idleTimeout、maxLifetime），减少连接频繁重建，从而降低虚引用生成频率67。

总结：四种引用的强度与适用场景

引用类型	生存周期	类比场景	典型用途
强引用	永久存在	必需品、长期员工	核心对象
软引用	内存不足时回收	备用物品、冷门书	缓存
弱引用	下一次GC时回收	租借物品、临期食品	避免内存泄漏（如缓存键）
虚引用	无法获取，仅追踪回收	监控、物流跟踪	资源回收前的清理操作