一、非堆内存的核心区域
JVM的内存主要分为堆内存和非堆内存。堆内存存放对象实例，而非堆内存则存放类元数据、方法信息、线程栈、直接内存等。我们重点讨论三个关键部分。
1. 元数据区（Metaspace）—— 永久代的替代者
在JDK 1.8之前，类的元数据存放在永久代（PermGen）中，受限于-XX:MaxPermSize，且容易引发OutOfMemoryError: PermGen space。JDK 1.8彻底移除了永久代，改用元数据区（Metaspace）。
特点：元数据区默认不受上限限制（仅受系统可用内存影响），这意味着它可以使用操作系统的本地内存，不再受限于JVM堆大小。
风险：如果类加载过多（如动态生成大量代理类），元数据区可能无限增长，导致系统内存耗尽。
参数控制：通过
-XX:MaxMetaspaceSize设置上限，例如-XX:MaxMetaspaceSize=256m。建议：生产环境务必设置该参数，防止因类加载失控而拖垮整个操作系统。
2. 栈（Stack）—— 线程的私家重地
每个Java线程都有自己独立的虚拟机栈，用于存储栈帧（局部变量、操作数栈、方法出口等）。栈的大小直接影响线程可递归的深度和并发线程数量。
参数设置：使用
-Xss指定每个线程的栈大小，如-Xss512k。权衡考虑：
栈越大，单线程支持的方法嵌套调用越深（递归能力增强）。
栈越小，在总内存不变的情况下，可创建的线程数越多（适合高并发场景）。
默认值：依平台而异（通常64位Linux下为1MB）。
注意：栈大小调整需谨慎，过小会导致
StackOverflowError，过大则会减少可创建的线程数。
3. 直接内存（Direct Memory）—— NIO的加速器
直接内存是堆外内存，Java通过NIO包中的ByteBuffer.allocateDirect()可直接分配，绕开了JVM堆，实现零拷贝（Zero-Copy），显著提升I/O密集型操作的性能。
3.1 配置参数
使用
-XX:MaxDirectMemorySize指定最大可用直接内存。若未设置，默认值与最大堆内存（-Xmx）相同。
当直接内存使用达到阈值时，会触发GC；若GC后仍不足，则会抛出
OutOfMemoryError。
3.2 读写性能：直接内存 vs 堆内存
以下是官方示例代码的运行逻辑：
public class AccessDirectBuffer { public void directAccess() { long start = System.currentTimeMillis(); ByteBuffer b = ByteBuffer.allocateDirect(500); for (int i = 0; i < 100000; i++) { for (int j = 0; j < 99; j++) b.putInt(j); b.flip(); for (int j = 0; j < 99; j++) b.getInt(); b.clear(); } System.out.println("testDirectWrite:" + (System.currentTimeMillis() - start)); } public void bufferAccess() { long start = System.currentTimeMillis(); ByteBuffer b = ByteBuffer.allocate(500); for (int i = 0; i < 100000; i++) { for (int j = 0; j < 99; j++) b.putInt(j); b.flip(); for (int j = 0; j < 99; j++) b.getInt(); b.clear(); } System.out.println("testBufferWrite:" + (System.currentTimeMillis() - start)); } public static void main(String[] args) { AccessDirectBuffer demo = new AccessDirectBuffer(); demo.bufferAccess(); // 热身 demo.directAccess(); // 热身 demo.bufferAccess(); // 实际测试 demo.directAccess(); // 实际测试 } }典型输出（第二次调用结果）：
testBufferWrite:30 testDirectWrite:10数据表明：直接内存的读写速度远超堆内存，尤其在频繁访问的场景下优势明显。
3.3 分配性能：直接内存的“软肋”
但直接内存的分配（allocate）过程却比堆内存慢得多。以下代码用于测试分配效率：
public class AllocDirectBuffer { public void directAllocate() { long start = System.currentTimeMillis(); for (int i = 0; i < 200000; i++) { ByteBuffer.allocateDirect(1000); } System.out.println("directAllocate:" + (System.currentTimeMillis() - start)); } public void bufferAllocate() { long start = System.currentTimeMillis(); for (int i = 0; i < 200000; i++) { ByteBuffer.allocate(1000); } System.out.println("bufferAllocate:" + (System.currentTimeMillis() - start)); } public static void main(String[] args) { AllocDirectBuffer demo = new AllocDirectBuffer(); demo.bufferAllocate(); demo.directAllocate(); } }典型输出：
bufferAllocate:52 directAllocate:126可以看到，分配相同次数的直接内存耗时约为堆内存的2倍以上。
3.4 使用结论
适用场景：申请次数少、访问频率高的场合，如网络缓存、文件映射、长连接会话。
不适场景：频繁创建和释放的小块内存（如临时缓冲区），应优先使用堆内存。
二、JVM运行模式：Server vs Client
Java虚拟机提供了两种运行模式，可通过-server或-client显式指定，默认根据系统自动选择。
对比分析
| 特性 | Client模式 | Server模式 |
|---|---|---|
| 启动速度 | 快，轻量级优化 | 慢，启动时采集更多性能信息 |
| 优化深度 | 基础优化，适合短暂运行 | 激进优化（如内联、逃逸分析），长期运行更快 |
| 适用场景 | GUI应用、开发调试、短暂任务 | 后端服务、大数据处理、长期运行的系统 |
| 默认倾向 | 32位系统常见 | 64位系统默认（且64位通常只支持Server） |
如何查看当前模式？
使用java -version命令，输出末尾会显示模式信息，例如：
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)若输出包含
Server VM，则当前为Server模式。
选择建议
生产环境：推荐使用
-server，虽然启动稍慢，但经过JIT（即时编译器）深度优化后，吞吐量和响应时间均更优。开发/测试环境：若频繁重启，可使用
-client或默认模式以节省时间。
三、参数配置实战总结
| 配置项 | 参数示例 | 说明 |
|---|---|---|
| 元数据区上限 | -XX:MaxMetaspaceSize=256m | 限制类元数据占用，避免本地内存耗尽 |
| 线程栈大小 | -Xss512k | 控制递归深度与并发线程数平衡 |
| 直接内存上限 | -XX:MaxDirectMemorySize=2g | 默认等于-Xmx，建议根据NIO使用量独立设置 |
| 运行模式 | -server或-client | 长期运行选Server，短期任务选Client |
四、写在最后
JVM的非堆内存管理往往被忽视，但正是这些“角落”决定了系统的稳定性和性能上限。
元数据区：务必设限，防止类加载泄露。
栈大小：调优需结合递归深度和并发数，避免一刀切。
直接内存：扬长避短——用其高频读写之利，避其频繁分配之弊。
运行模式：生产环境优先Server，释放JIT极致性能。
