java 手动内存回收_Java堆外内存回收原理

最新推荐文章于 2024-08-22 20:18:31 发布

周林深

最新推荐文章于 2024-08-22 20:18:31 发布

阅读量642

点赞数

文章标签： java 手动内存回收

本文链接：https://blog.csdn.net/weixin_35778603/article/details/114110460

版权

本文详细介绍了Java中DirectByteBuffer的使用，堆外内存的优势，以及其内存回收的原理。通过DirectByteBuffer的创建和回收过程，阐述了GC如何自动回收堆外内存，以及手动回收的方法。同时，提到了Cleaner类和PhantomReference在堆外内存回收中的作用。

摘要由CSDN通过智能技术生成

原标题：Java堆外内存回收原理

DirectByteBuffer简介

DirectByteBuffer这个类是JDK提供使用堆外内存的一种途径，当然常见的应用一般不会接触到，即使涉及到也可能是框架(如netty、rpc等)使用的，对框架使用者来说也是透明的。

DirectByteBuffer作用

堆外内存优势在于IO操作上，能够节省堆内存到堆外内存的拷贝，所以性能更高，看过netty源码的同学应该了解；另外磁盘IO时，可以使用内存映射，提升性能；而且没有类似堆内存烦人的GC。

DirectByteBuffer创建

直接上代码，首先向Bits类申请额度，Bits类内部维护着当前已经使用的堆外内存值，会check是当前申请的大小与已经使用的内存大小是否超过总的堆外内存大小(默认大小与堆内存一样)，可以使用 -XX:MaxDirectMemorySize 重新设置。

如果check不通过，会主动执行System.gc()，然后sleep 100ms，再进行check，如果内存还是不足，就抛出OOM Error。

如果check通过，就会调用unsafe.allocateMemory真正分配内存，返回内存地址，然后再将内存清0。题外话，这个unsafe命名看着是不是很吓人，这个unsafe不是说不安全，而是jdk内部使用的内，不推荐外部使用，所以叫unsafe，netty内部源码也有类似命名。

由于申请内存前可能会调用System.gc()，所以谨慎设置-XX:+DisableExplicitGC这个选项，这个参数作用是禁止代码中显示调用GC。

DirectByteBuffer回收

看到这段代码从成员的命名上就应该知道，是用来回收堆外内存的，确实，但是它是如何工作的呢？接下来我们看看Cleaner类。

Cleaner类，内部维护了一个Cleaner对象的链表，通过create(Object, Runnable)方法创建cleaner对象，调用自身的add方法，将其加入到链表中。

更重要的是提供了clean方法，clean方法首先将对象自身从链表中删除，保证只调用一次，然后执行this.thunk的run方法，thunk就是由创建时传入的Runnable参数，也就是说clean只负责触发Runnable的run方法，至于Runnable做什么任务它不关心。

那DirectByteBuffer传进来的Runnable是什么呢？

Deallocator类的对象就是DirectByteBuffer中的cleaner传进来的Runnable参数类，我们直接看run方法unsafe.freeMemory释放内存，然后更新Bits里已使用的内存数据。接下来我们关注各个环节是如何串起来的？

自动回收

自动回收，当然由GC负责回收的，在GC时会扫描DirectByteBuffer对象是否有影响GC的引用，如没有，在回收DirectByteBuffer对象的同时且会回收其占用的堆外内存。但是JVM如何释放其占用的堆外内存呢？如何跟Cleaner关联起来呢？

这得从Cleaner继承了PhantomReference引用说起。说到Reference，还有SoftReference、WeakReference、FinalReference他们作用各不相同，这里就不展开说了。

简单介绍PhantomReference(虚引用)，首先虚引用不会影响JVM是否要GC这个对象的判断，当GC某个对象时，如果有此对象上还有虚引用，会将PhantomReference对象插入ReferenceQueue队列。

PhantomReference插入到哪个队列呢？

看PhantomReference类代码，其继承自Reference，Reference对象有个ReferenceQueue成员，这个也就是PhantomReference对象插入的ReferenceQueue队列，此成员如果不由外部传入就是ReferenceQueue.NULL。如果需要通过queue拿到PhantomReference对象，这个ReferenceQueue对象还是必须由外部传入。

Reference 类内部static静态块会启动ReferenceHandler线程，线程优先级很高，这个线程是用来处理JVM在gc过程中交接过来的reference，并做一些处理。想必经常用jstack命令，看线程堆栈的同学应该见到过这个线程。

我们来看看ReferenceHandler是如何处理的？直接看run方法，首先是个死循环，一直在那不停的干活，synchronized块内的这段主要是交接JVM扔过来的reference(就是pending)，再往下看，很明显，调用了cleaner的clean方法。调完之后直接continue结束此次循环，这个reference并没有进入queue，也就是说Cleaner虚引用是不放入ReferenceQueue。