堆在JVM中逻辑连续、物理不连续是主动设计选择：逻辑上由JVM统一管理抽象地址空间，通过指针和元数据维持连续视图；物理上由OS通过虚拟内存映射多个离散内存段，支持并发GC、弹性扩容与NUMA优化。
堆内存在JVM中是逻辑连续、物理不连续的——这不是设计缺陷，而是现代GC算法为兼顾并发性、低延迟和内存利用率做出的主动选择。
逻辑连续：JVM统一管理的抽象视图
Java程序看到的堆是一整块地址空间，比如设置 -Xmx4g，所有对象分配都像在一块4GB“大内存”里进行。JVM通过内部指针（如 top、end）和元数据结构（如卡表、位图、Region表）维护这个逻辑视图，保证对象引用、GC标记、复制移动等操作无需关心底层碎片。TLAB、G1的Region、ZGC的Page，在逻辑上都被纳入同一套分配与回收协议中。
物理不连续：操作系统虚拟内存的真实映射
实际运行时，JVM向OS申请内存并非一次malloc 4GB，而是按需多次调用 mmap 或 VirtualAlloc，每次获得一段独立的虚拟地址区间（如多个 [anon] 区域）。这些区间在虚拟地址空间中互不相邻，但都映射到物理内存（或交换空间）的不同页帧上。用 pmap -x <pid> 查看Java进程，常会看到十几甚至上百段大小不一的匿名映射区，总和接近堆上限。
- G1 GC 默认将堆划分为2048个固定大小Region（如1~32MB），每个Region可单独回收，它们在虚拟地址中离散分布
- ZGC 使用Page（2MB/4MB/32MB）作为单位，每个Page独立映射，支持染色指针和无停顿回收
- 即使使用Parallel GC，当开启 -XX:+UseAdaptiveSizePolicy 或动态扩容时，也可能触发多次内存扩展，导致物理段增加
虚拟内存层屏蔽了物理离散性
操作系统通过页表（Page Table）将这些分散的物理页帧，映射到JVM进程连续的虚拟地址空间中。对JVM而言，只要虚拟地址连续（如 0x7f0000000000 ~ 0x7f003fffffff），它就能按顺序寻址、计算偏移、执行指针运算——这正是“逻辑连续”的技术基础。物理页是否相邻、是否跨NUMA节点、是否被swap，均由OS透明管理，JVM无需干预。
立即学习“Java免费学习笔记（深入）”；
- 启用 -XX:+UseLargePages 只是让每段映射使用2MB/1GB大页，提升TLB命中率，不改变多段本质
- -XX:MaxRAMPercentage 等弹性参数，会动态调整各段大小与数量，进一步强化非连续特征
- Native Memory Tracking（NMT）输出中的 “reserved” 和 “committed” 区分，正反映了这种“先占虚地址、后触物理页”的惰性映射机制
为什么不能/不必强制物理连续？
追求物理连续反而限制JVM能力：大块连续虚拟地址在64位系统虽易得，但连续物理内存易受碎片影响；而离散分配允许JVM跨NUMA节点均衡布局、支持增量式扩容、适配容器环境内存限制，也更利于ZGC/G1实现并发标记与回收。真正影响性能的是访问局部性与TLB效率，而非物理地址是否挨着——现代CPU缓存与预取机制对此已高度优化。
