jvm内存结构底层原理通过实验与工具验证：堆存对象、元空间存类元数据、虚拟机栈存线程方法调用、程序计数器记录指令地址、本地方法栈调用native代码，各区域溢出表现和监控指标可明确区分。
JVM 内存结构的底层原理不能直接“用代码执行出来”，但可以通过标准 API、JVM 工具和可控的代码行为，间接观测和验证各内存区域（如堆、方法区、虚拟机栈、本地方法栈、程序计数器）的存在、边界、行为特征与溢出表现。关键不是“写一段代码就看到内存结构”，而是设计实验，触发特定区域的分配、增长或溢出，并结合诊断工具交叉印证。
用 MemoryMXBean 验证堆与非堆内存划分
Java 提供 java.lang.management.MemoryUsage 接口，可实时获取堆（Heap）和非堆（Non-heap）内存使用快照。非堆通常包含元空间（Metaspace）、压缩类空间（Compressed Class Space）、Code Cache 等。
示例代码：
// 触发一次显式 GC 并打印内存使用
import java.lang.management.*;
public class MemoryLayoutDemo {
public static void main(String[] args) {
MemoryMXBean bean = ManagementFactory.getMemoryMXBean();
System.out.println("Heap usage: " + bean.getHeapMemoryUsage());
System.out.println("Non-heap usage: " + bean.getNonHeapMemoryUsage());
System.gc(); // 建议，不保证立即执行
System.out.println("After GC: " + bean.getHeapMemoryUsage());
}
}
运行时配合 JVM 参数观察变化，例如：-Xms16m -Xmx16m -XX:MetaspaceSize=8m -XX:MaxMetaspaceSize=16m
再动态加载大量类（如用 ASM 或反射反复定义类），就能看到 Non-heap（尤其是 Metaspace）用量上升，而堆内存无明显增长——这验证了方法区（元空间）独立于堆。
用递归/线程栈触发 StackOverflowError 验证虚拟机栈
每个 Java 线程有独立的虚拟机栈，用于存放局部变量、操作数栈、动态链接、方法出口等。栈深度受限于 -Xss 参数（如默认 1MB）。通过无限递归或创建大量线程，可分别验证单线程栈溢出或线程数上限。
验证单线程栈溢出：
- 写一个无终止条件的递归方法（如
void f() { f(); }） - 运行时加参数
-Xss128k，会更快抛出StackOverflowError - 对比
-Xss1m下的递归深度，可粗略估算每帧开销（约 1–2KB/调用）
验证线程数上限（本地方法栈 + 虚拟机栈共同作用）：
- 循环
new Thread(() -> { while(true); }).start(); - 当抛出
java.lang.OutOfMemoryError: unable to create new native thread，说明操作系统级线程资源或 JVM 线程栈总内存耗尽 - 该错误不发生在堆中，说明其根源在本地方法栈与系统资源，而非 Heap
用动态类生成触发 Metaspace OOM 验证元空间
从 Java 8 开始，类的元数据（类名、字段、方法字节码、常量池等）不再存于永久代（PermGen），而是存于本地内存中的 Metaspace。它默认无上限（受物理内存限制），但可通过 -XX:MaxMetaspaceSize 限制。
验证方式（需引入字节码库如 Byte Buddy 或 ASM）：
- 使用 ByteBuddy 动态生成成百上千个唯一名称的类（避免重名导致复用）
- 每生成一个类，就用
Class.forName()加载并保持强引用（防止被卸载） - 运行时设置
-XX:MaxMetaspaceSize=32m -XX:+PrintGCDetails - 当出现
java.lang.OutOfMemoryError: Metaspace，即证实元空间已满，且该 OOM 不影响堆内存使用率
补充：若启用 -XX:+TraceClassLoading，还能看到每个类加载日志，确认元空间确实在持续增长。
用 jstat / jmap / jhsdb 工具链做跨层交叉验证
代码只能提供“侧面线索”，真正定位内存区域归属，必须结合 JVM 自带诊断工具：
-
jstat -gc <pid></pid>：查看 Eden、Survivor、Old、Metaspace 各区容量与使用量，区分 GC 行为是否仅影响堆 -
jmap -heap <pid></pid>：输出堆配置与使用详情；jmap -clstats <pid></pid>显示类加载器与元空间占用关系 -
jhsdb jmap --heap --pid <pid></pid>（JDK 9+）：更精准的堆直方图与元空间分析 - 配合
-XX:+UseSerialGC等固定 GC 算法，排除 GC 策略干扰，使内存分布更可预测
例如：某次 OOM 日志显示 java.lang.OutOfMemoryError: Metaspace，同时 jstat -gc 中 MU（Metaspace Used）接近 MC（Metaspace Capacity），而 OU（Old Used）稳定不变——即可断定问题出在元空间，而非老年代。
