17370845950

虚引用用于跟踪对象被垃圾回收的时机，必须与ReferenceQueue配合使用，无法获取对象实例，仅在对象彻底回收后入队通知，是JVM资源生命周期管理的“最后一道哨兵”。

虚引用（PhantomReference）在Java中用途很窄，主要用来跟踪对象被垃圾回收的时机，它不能阻止对象被回收，也不能通过它获取对象实例（get()永远返回null），唯一作用是配合ReferenceQueue，在对象真正被回收后收到一个“通知”。

虚引用必须和ReferenceQueue一起用

这是关键前提。单独创建虚引用没意义，因为get()返回null，无法访问原对象；只有当关联的ReferenceQueue里出现该虚引用时，才说明对应对象已被JVM回收（且finalize()已执行完毕，如果有的话）。

• 创建虚引用时，必须传入ReferenceQueue实例
• 对象被回收后，虚引用会被自动加入队列，程序可轮询或阻塞等待
• 从队列取出虚引用后，可做清理、记录日志、触发回调等操作

典型使用步骤（三步走）

1. 创建ReferenceQueue
2. 创建虚引用，绑定对象和队列
3. 启动监控线程，不断poll队列并处理

• 示例：监控某个大缓存对象是否被回收，及时释放本地资源（如文件句柄、NIO DirectBuffer）
• 注意：虚引用本身不会持有对象强引用，所以不影响GC；但你的代码若还持有虚引用变量，它自己不会被回收，需及时置null或复用
• 不要在虚引用处理逻辑里尝试复活对象（比如把引用存到静态Map）——这违反GC语义，且极易引发内存泄漏

和软引用、弱引用的区别要拎清

软引用适合缓存（内存不足时才回收），弱引用适合映射（GC时立刻回收），而虚引用不参与引用强度判断，只起“回收钩子”作用。

• 软/弱引用可通过get()拿到原对象，虚引用不行
• 软/弱引用可能被多次GC尝试跳过，虚引用只在对象彻底消亡后入队一次
• 实际项目中，虚引用极少直接手写，更多出现在NIO、堆外内存管理等底层框架内部

基本上就这些。虚引用不是日常开发工具，而是JVM资源生命周期管理的“最后一道哨兵”。用得少，但理解它能帮你更清楚GC行为和内存安全边界。