java直接内存和堆外内存_堆外内存(直接内存)

1、堆外内存定义

内存对象分配在Java虚拟机的堆以外的内存,这些内存直接受操作系统管理(而不是虚拟机),这样做的结果就是能够在一定程度上减少垃圾回收对应用程序造成的影响。使用未公开的Unsafe和NIO包下ByteBuffer来创建堆外内存。

2、为什么使用堆外内存

1、减少了垃圾回收

使用堆外内存的话,堆外内存是直接受操作系统管理( 而不是虚拟机 )。这样做的结果就是能保持一个较小的堆内内存,以减少垃圾收集对应用的影响。

2、提升复制速度(io效率)

堆内内存由JVM管理,属于“用户态”;而堆外内存由OS管理,属于“内核态”。如果从堆内向磁盘写数据时,数据会被先复制到堆外内存,即内核缓冲区,然后再由OS写入磁盘,使用堆外内存避免了这个操作。

3、堆外内存申请

JDK的ByteBuffer类提供了一个接口allocateDirect(int capacity)进行堆外内存的申请,底层通过unsafe.allocateMemory(size)实现。Netty、Mina等框架提供的接口也是基于ByteBuffer封装的。

DirectByteBuffer(intcap) {super(-1, 0, cap, cap);//内存是否按页分配对齐

boolean pa =VM.isDirectMemoryPageAligned();//获取每页内存大小

int ps =Bits.pageSize();//分配内存的大小,如果是按页对齐方式,需要再加一页内存的容量

long size = Math.max(1L, (long)cap + (pa ? ps : 0));//用Bits类保存总分配内存(按页分配)的大小和实际内存的大小

Bits.reserveMemory(size, cap);long base = 0;try{//在堆外内存的基地址,指定内存大小

base =unsafe.allocateMemory(size);

}catch(OutOfMemoryError x) {

Bits.unreserveMemory(size, cap);throwx;

}

unsafe.setMemory(base, size, (byte) 0);//计算堆外内存的基地址

if (pa && (base % ps != 0)) {//Round up to page boundary

address = base + ps - (base & (ps - 1));

}else{

address=base;

}

cleaner= Cleaner.create(this, newDeallocator(base, size, cap));

att= null;

}

注:unsafe.allocateMemory(size)最底层是通过malloc方法申请的,但是这块内存需要进行手动释放,JVM并不会进行回收,幸好Unsafe提供了另一个接口freeMemory可以对申请的堆外内存进行释放。

在Cleaner 内部中通过一个列表,维护了针对每一个 directBuffer 的一个回收堆外内存的线程对象(Runnable),回收操作是发生在 Cleaner 的 clean() 方法中。

privateCleaner(Object var1, Runnable var2) {super(var1, dummyQueue);this.thunk =var2;

}public staticCleaner create(Object var0, Runnable var1) {return var1 == null ? null : add(newCleaner(var0, var1));

}public voidclean() {if (remove(this)) {try{this.thunk.run(); //此处会调用Deallocator,见下个类

}catch (finalThrowable var2) {

AccessController.doPrivileged(new PrivilegedAction() {publicVoid run() {if (System.err != null) {

(new Error("Cleaner terminated abnormally", var2)).printStackTrace();

}

System.exit(1);return null;

}

});

}

}

}

private static class Deallocator implementsRunnable {private static Unsafe unsafe =Unsafe.getUnsafe();private longaddress;private longsize;private intcapacity;private Deallocator(long address, long size, intcapacity) {assert (address != 0);this.address =address;this.size =size;this.capacity =capacity;

}public voidrun() {if (address == 0) { return;

}

unsafe.freeMemory(address);//unsafe提供的方法释放内存

address= 0;

Bits.unreserveMemory(size, capacity);

}

}

4、堆外内存释放

当初始化一块堆外内存时,对象的引用关系如下:

e5b31470990710e56c19ef7821c51111.png

其中first是Cleaner类的静态变量,Cleaner对象在初始化时会被添加到Clener链表中,和first形成引用关系,ReferenceQueue是用来保存需要回收的Cleaner对象。

如果该DirectByteBuffer对象在一次GC中被回收了

5af1bd1fe8da89627fa8d44286f95d22.png

此时,只有Cleaner对象唯一保存了堆外内存的数据(开始地址、大小和容量),在下一次FGC时,把该Cleaner对象放入到ReferenceQueue中,并触发clean方法。

Cleaner对象的clean方法主要有两个作用:

1、把自身从Clener链表删除,从而在下次GC时能够被回收

2、释放堆外内存

如果JVM一直没有执行FGC的话,无效的Cleaner对象就无法放入到ReferenceQueue中,从而堆外内存也一直得不到释放,内存岂不是会爆?

其实在初始化DirectByteBuffer对象时,如果当前堆外内存的条件很苛刻时,会主动调用System.gc()强制执行FGC。

参考链接:https://www.jianshu.com/p/35cf0f348275

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值