JVM内存布局应按线程共享与私有划分：共享区含堆（对象实例）和元空间（类元数据），是GC与OOM主战场；私有区含虚拟机栈、本地方法栈、程序计数器，线程独享。JDK8永久代被元空间取代，改用本地内存，OOM原因变为元空间配置不当或动态类过多；StackOverflowError属栈溢出，OOM:Java heap space指向堆泄漏，OOM:Metaspace反映类加载器未释放；程序计数器是唯一不OOM区域；需厘清方法区与堆物理隔离、字符串常量池在堆中、本地方法栈专用于JNI等常见误区。
面试问 JVM 内存布局，不是让你背出五个区域名字，而是看你能不能分清“谁共享、谁私有”，能不能把 JDK8 的变化讲清楚，还能结合 OOM 场景说清问题根源。
按归属分类，比罗列区域更抓重点
直接按“线程共享”和“线程私有”两块来组织回答，逻辑清晰、面试官一听就明白你在理结构：
- 线程共享区：堆（对象实例）、元空间（类元数据、常量池、静态变量）——GC 主战场，也是 OOM 高发地
- 线程私有区：虚拟机栈（方法调用+局部变量）、本地方法栈（Native 方法）、程序计数器（当前指令地址）——每个线程一份，互不干扰
补充一句：“直接内存不属于 JVM 规范定义的运行时数据区，但它常被误认为是‘堆外内存’，实际由 NIO 分配，不受 GC 管理。” 这句话能立刻拉开和其他候选人的差距。
必须点明 JDK8 的关键变化
永久代 → 元空间不只是改个名，背后是内存管理逻辑的根本调整：
- 永久代在堆内，大小受限于
-XX:MaxPermSize，容易因加载大量类（如 Spring Boot 应用、热部署）触发OutOfMemoryError: PermGen space - 元空间使用本地内存（Native Memory），默认无上限，OOM 更多是因为未设
-XX:MaxMetaspaceSize，或动态生成类过多（比如 CGLIB、Javassist 代理） - 所以调优时，
-Xms/-Xmx控堆，-XX:MetaspaceSize/-XX:MaxMetaspaceSize控元空间，两者不能混用
结合异常反推区域，体现实战理解
光说“堆存对象、栈存方法”不够，要能从报错反推问题在哪：
-
StackOverflowError→ 虚拟机栈溢出：递归太深、方法调用链过长；可通过-Xss调整单线程栈大小 -
OutOfMemoryError: Java heap space→ 堆内存不足：对象创建快、回收慢，或内存泄漏（如静态集合不断 add） -
OutOfMemoryError: Metaspace→ 元空间爆了：不是代码写错了，而是类加载器没释放（如 Web 容器反复 redeploy）
顺带提一句：“程序计数器是唯一不会 OOM 的区域”，这个细节很多人忽略，但一说出来就很稳。
避免三个高频误区
面试官常故意设坑，提前避开能显得更扎实：
- “方法区 = 堆的一部分” ❌ —— 方法区（元空间）和堆物理隔离，前者在本地内存，后者在 JVM 管理的堆内存
- “字符串常量池在堆里” ❌ —— JDK7 起常量池已移到堆中，但字符串字面量仍与堆中 String 对象关联，
intern()可能触发堆内对象复用 - “本地方法栈和虚拟机栈功能一样” ❌ —— 前者专为 JNI 调用服务，HotSpot 实现中虽合并，但语义上职责分明
