虚拟机栈与堆同属JVM虚拟地址空间，栈存引用、堆存对象实体，交互通过虚拟地址完成，物理寻址由MMU和页表隐式控制，程序不可见；逃逸分析可使对象栈上分配，彻底规避堆访问。
虚拟机栈与堆在内存模型中属于不同逻辑区域，它们的数据交互不涉及直接的物理寻址，而始终通过虚拟地址完成——物理寻址边界由操作系统和MMU（内存管理单元）隐式控制，程序不可见、也不可越界。
栈与堆共享同一套虚拟地址空间
JVM 进程启动后，操作系统为其分配连续的虚拟地址空间（如 64 位 Linux 下典型为 0x00007fff00000000 起始的用户空间）。栈从高地址向下生长，堆从低地址向上扩展，两者都在这个统一的虚拟地址范围内活动。它们之间没有物理隔离墙，只有逻辑职责划分：栈存引用，堆存对象实体。一个 new User() 操作，栈中仅保存指向堆中某块虚拟地址（如 0x00007f8a12345000）的引用值，该地址本身仍是虚拟的。
引用传递不触发物理地址计算
当方法将对象引用作为参数传入时，实际复制的是该虚拟地址值，而非去查它映射到哪片 RAM。JVM 不关心、也无法控制这个映射关系。例如：
- User u = new User(); → 对象实例分配在堆的某虚拟页，u 变量在栈帧局部变量表中存其虚拟地址
- process(u); → 将 u 的值（即那个虚拟地址）压入新栈帧，仍不访问物理内存
- 只有真正读写对象字段（如 u.name = "Alice";）时，CPU 才通过页表逐级查到对应物理页框号，但这是硬件自动完成的透明过程
物理寻址边界由页表与MMU硬性约束
所谓“边界”，不是栈或堆自己划定的，而是由以下机制共同定义：
- 每个虚拟页（通常 4KB）经页表翻译后，必须映射到合法物理页框；若页表项无效或权限不符（如堆页标记为只读），CPU 访问时触发 page fault 异常，由内核决定是分配新物理页、换入 swap，还是终止进程
- 栈有内核设定的默认大小限制（如 8MB），超出则触发 StackOverflowError；堆受 -Xmx 和系统可用虚拟内存双重约束，超限抛 OutOfMemoryError —— 这些都是虚拟内存层面的边界，不是物理 RAM 地址的硬分割
- 物理 RAM 本身无“栈区”“堆区”之分，所有页框对内核一视同仁；OS 根据缺页率、LRU 等策略动态调度哪些虚拟页驻留 RAM，哪些换出到磁盘
逃逸分析等优化进一步模糊物理位置
现代 JVM（如 HotSpot）通过逃逸分析可能将本该分配在堆的对象直接分配在栈上（栈上分配），甚至拆解为标量存入寄存器（标量替换）。此时对象生命周期完全局限在栈帧内，连堆的虚拟地址都不产生，自然更不涉及跨区域物理寻址。这说明：栈与堆的交互本质是语义协作，不是地址搬运；物理寻址边界从来不在代码逻辑里，而在 MMU 的页表遍历路径中。
