我们知道 在jdk8 之后,Hotspot 将 方法区的实现改为元空间,直接使用本地内存,下面就来详细了解一下

1. 直接内存的概述

1、 不是虚拟机运行时数据区的一部分,也不是《Java虚拟机规范》中定义的内存区域;
2、 直接内存是在Java堆外的、直接向系统申请的内存区间;
3、 起源于NIO,通过存在堆中的DirectByteBuffer操作Native内存;
4、 通常,访问直接内存的速度会优于Java堆即读写性能高因此出于性能考虑,读写频繁的场合可能会考虑使用直接内存;
5、 Java的NIO库允许Java程序使用直接内存,用于数据缓冲区;

NIO操作本地内存演示:

/**
 * 查看直接内存的占用与释放
 */
public class BufferTest {
    private static final int BUFFER = 1024 * 1024 * 1024;//1GB

    public static void main(String[] args){
        //直接分配本地内存空间
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(BUFFER);
        System.out.println("直接内存分配完毕,请求指示!");

        Scanner scanner = new Scanner(System.in);
        scanner.next();

        System.out.println("直接内存开始释放!");
        byteBuffer = null;
        System.gc();
        scanner.next();
    }
}

运行程序,查看进程 ,占用1GB的内存

 

释放后,内存减少1GB

2. 直接内存和jvm内存的区别

原来采用BIO的架构,在读写本地文件时,我们使用的是jvm分配的内存,需要从用户态切换成内核态

 

而NIO中的 DirectByteBuffer 直接操作 本地内存 操作磁盘,省去用户态和内核态之间的切换消耗

 

3. 直接内存中OOM

直接内存也可能导致OutofMemoryError异常java.lang.OutOfMemoryError: Direct buffer memory

由于直接内存在Java堆外,因此它的大小不会直接受限于-Xmx指定的最大堆大小,但是系统内存是有限的,Java堆和直接内存的总和依然受限于操作系统能给出的最大内存。

直接内存的缺点为:

  • 分配回收成本较高
  • 不受JVM内存回收管理

直接内存大小可以通过MaxDirectMemorySize设置 (不影响元空间的大小)

如果不指定,默认与堆的最大值-Xmx参数值一致

在上面的 DirectByteBuffer 中,其底层也是通过 Unsafe 类来开辟 直接内存的,下面用反射的方式 直接进行分配

public class MaxDirectMemorySizeTest {
    private static final long _1MB = 1024 * 1024;

    public static void main(String[] args) throws IllegalAccessException {
        Field unsafeField = Unsafe.class.getDeclaredFields()[0];
        unsafeField.setAccessible(true);
        Unsafe unsafe = (Unsafe)unsafeField.get(null);
        while(true){
            unsafe.allocateMemory(_1MB);
        }

    }
}

无限的分配 直接内存,报错信息:

Exception in thread "main" java.lang.OutOfMemoryError
	at sun.misc.Unsafe.allocateMemory(Native Method)
	at com.atguigu.java.MaxDirectMemorySizeTest.main(MaxDirectMemorySizeTest.java:20)