虚拟机栈的物理内存映射由操作系统按需分页实现，jvm仅申请虚拟地址空间（如-xss指定的1mb），不直接管理物理页；栈向下增长，触达未映射页时触发缺页异常，内核分配物理页并更新页表，栈底设guard page防护溢出。
虚拟机栈的物理内存映射方式，本质上遵循操作系统层面的虚拟内存机制，并不由JVM直接管理物理地址。它依赖于进程虚拟地址空间的统一管理，通过页表完成从栈的虚拟地址到物理内存页的动态映射。
虚拟机栈使用的是进程的用户态虚拟地址空间
每个Java线程启动时，JVM会向操作系统申请一段连续的虚拟地址空间（默认大小由 -Xss 参数控制，如1MB），这段空间被划归为该线程的虚拟机栈。注意：这只是“虚拟”的——它尚未对应真实物理内存，只是在进程的虚拟地址空间中预留了一块可读写、不可执行的区域（符合栈的安全权限要求）。
- Linux下，该区域通常位于进程地址空间的高地址侧，紧邻内核空间下方，与堆、方法区等其他区域隔离
- 该虚拟地址段的访问权限被设为 read + write，一般禁用 execute（防止栈溢出攻击），符合JVM规范对栈的安全约束
- 操作系统并不立即分配物理内存，而是采用“按需分页”（demand paging）策略：只有当栈帧真正入栈、触及未映射的虚拟页时，才触发缺页异常，由内核分配物理页并建立页表映射
栈增长方向决定映射触发时机
虚拟机栈在x86/x64架构上向下增长（从高地址向低地址延伸）。随着方法调用深度增加，栈顶指针（如RSP寄存器）不断递减，当访问到尚未建立映射的虚拟页边界时：
- CPU检测到无效页表项，触发page fault
- 内核检查访问地址是否在该线程栈的合法虚拟区间内
- 若合法，则分配一个空闲物理页，更新进程页表（可能是多级页表，如x86-64的四级页表），完成VA→PA映射
- 若超出预设栈大小上限（如-Xss指定值），且无法再扩展，则抛出 StackOverflowError
物理内存页由操作系统统一调度，JVM不参与具体映射
JVM只负责逻辑栈帧的创建与维护（如局部变量表、操作数栈等结构），所有地址计算均基于虚拟地址。真正的物理映射完全交由OS内核和MMU（内存管理单元）完成：
- 同一进程中不同线程的虚拟机栈，其虚拟地址互不重叠，但底层物理页可能被换出到swap分区，或被透明大页（THP）合并管理
- 物理页可以被换入换出，甚至被多个进程共享（如写时复制COW机制），但栈因具有强线程私有性，实际共享极少
- JVM无法控制某栈帧落在哪块DRAM芯片上，也无法保证缓存行对齐——这些均由硬件和内核透明处理
与堆内存映射的关键区别
虽然堆和栈都使用虚拟内存机制，但映射行为有明显差异：
- 堆：通常通过 mmap(MAP_ANONYMOUS) 或 sbrk 扩展，映射区域较大且可动态增长；物理页分配更集中，常启用大页优化
- 虚拟机栈：初始映射范围小（如1MB），但每次仅按页（4KB/2MB）增量映射；栈顶附近页频繁访问，天然具备良好的CPU缓存局部性
- 栈的虚拟地址空间是“受保护的连续区域”，操作系统会在栈底设置一个不可访问的guard page（保护页），用于捕获非法栈溢出访问
