对于我的 Java 应用程序，我尝试使用命令行选项来限制堆内存和直接内存使用。
当我试图了解有关 Java 应用程序内存布局的更多信息时，我偶然发现了以下 VMware文章。
从文章中，我假设 -Xmx 设置可用于限制堆使用，而 MaxDirectMemory 设置可用于限制堆外的本机内存（图中的客户操作系统内存）。但是，当我运行一个简单的程序时，结果会有所不同。我使用 ByteBuffer.allocateDirect 分配本机内存，而 ByteBuffer.allocate 分配堆内存。
它是一个 64 位处理器 (OSX) 和 64 位 JVM。
第一次实验
import java.nio.ByteBuffer;
import java.nio.channels.FileChannel;
import java.nio.file.Paths;
import java.nio.file.Path;
import java.util.*;
public class javalimits {
public static void main (String [] args)
throws Exception {
ArrayList al = new ArrayList();
for(int i = 0; i< 100;i++) {
ByteBuffer bb = ByteBuffer.allocateDirect(1024 * 1024* 1024);
al.add(bb);
System.out.println(" Buffer loop "+ i);
Thread.sleep(500);
}
Thread.sleep(10000);
}
}
当我在没有任何选项的情况下运行上述程序时，它在分配了 3.6G 的内存后崩溃了。当我使用“-XX:MaxDirectMemorySize=100g”选项或“-Xms100g -Xmx100g”选项时，它在 65 次循环或大约 65G 的内存分配后崩溃。
我不明白
- 既然我的物理内存只有16G，为什么分配了16G的内存后没有崩溃？64G的本机内存分配有什么特别之处？
- 当我使用“-Xms100g -Xmx100g”时，本机内存分配限制如何变化？我假设本机内存限制仅由选项“-XX:MaxDirectMemorySize=100g”根据我提供的链接中的上图控制。但是，结果不同。堆大小内存设置也改变了直接内存缓冲区限制。
- 不提供命令行选项时，3.6G内存分配有什么特别之处？
第二次实验
我将 ByteBuffer.allocateDirect 更改为 ByteBuffer.allocate 以在堆内存而不是本机内存中分配。
import java.nio.ByteBuffer;
import java.nio.channels.FileChannel;
import java.nio.file.Paths;
import java.nio.file.Path;
import java.util.*;
public class javalimits {
public static void main (String [] args)
throws Exception {
ArrayList al = new ArrayList();
for(int i = 0; i< 100;i++) {
ByteBuffer bb = ByteBuffer.allocate(1024 * 1024* 1024);
al.add(bb);
System.out.println(" Buffer loop "+ i);
Thread.sleep(500);
}
Thread.sleep(10000);
}
}
当我在没有任何选项的情况下运行上述程序时，它在分配了 2.7G 的内存后崩溃了。当我使用“-XX:MaxDirectMemorySize=100g”选项时，它没有任何效果。它在分配 2.7G 内存后崩溃。我觉得，这很有道理。但是，当我添加“-Xms100g -Xmx100g”选项时，它在 48 个循环或大约 48G 的内存分配后崩溃。
我不明白为什么，
- 既然我的物理内存只有16G，为什么分配了16G的内存后没有崩溃？48G的堆内存分配有什么特别之处？
- 不提供命令行选项时，2.7G内存分配有什么特别之处？
第三次实验
我在循环内启用了 allocateDirect 和 allocate 函数。当我添加“-Xms100g -Xmx100g”选项时，它在 24 个循环或有效的 48G 内存分配结合两者后崩溃。（24G本机内存+24G堆内存）
有人可以帮助我理解我在理解 Java 内存布局方面哪里错了吗？（参考链接中的图表）