JDK 8至21元空间实现持续演进：JDK 8引入本地内存管理；JDK 9–10增强碎片控制与MetaspaceSize语义变更；JDK 11适配ZGC支持并发回收；JDK 17优化mmap映射并适配cgroup；JDK 21提升统计精度并标准化诊断接口。
如果您正在分析JDK中元空间（Metaspace）的行为差异，却发现不同JDK版本间GC日志、内存占用或OOM触发条件不一致，则很可能是由于元空间底层实现机制发生了演进。以下是针对不同JDK版本中元空间实现变化的关键解析：
一、JDK 8：元空间的初始引入与本地内存管理
JDK 8正式移除永久代（PermGen），以元空间替代，其核心目标是避免因类加载器泄漏导致的不可控OutOfMemoryError: PermGen space。元空间初始实现完全基于本地内存（Native Memory），由Class Metadata Allocator统一管理，不再受JVM堆大小限制，但受限于操作系统可用内存及MaxMetaspaceSize参数。
1、元空间内存块通过mmap系统调用直接申请，每个块大小默认为2MB（Chunk Size）。
2、每个类加载器持有独立的MetaspaceArena，Arena内部按Chunk组织，Chunk进一步划分为小块（Small Chunk）和大块（Humongous Chunk）用于不同大小的元数据分配。
3、当发生类卸载时，仅释放对应ClassLoader关联的Arena，但Chunk内存不会立即归还操作系统，而是加入空闲链表等待复用。
二、JDK 9–10：元空间碎片控制与回收策略增强
为缓解长期运行应用中因频繁类加载/卸载引发的元空间内存碎片问题，JDK 9起引入了更积极的Chunk复用逻辑和惰性回收机制。此时元空间仍不主动向OS释放内存，但增加了对“可合并空闲Chunk”的识别能力，提升后续分配效率。
1、引入FreeChunkList按大小分级维护空闲Chunk，减少遍历开销。
2、在Full GC后触发MetaspaceGC::purge，尝试将多个相邻空闲Small Chunk合并为一个Medium Chunk。
3、MetaspaceSize参数作用发生变化：从JDK 9起，该值仅作为首次触发元空间GC的阈值，而非初始提交内存大小。
三、JDK 11：ZGC支持下的元空间并发回收准备
JDK 11为适配ZGC等低延迟收集器，对元空间元数据结构进行了非阻塞化改造。关键变化在于ClassLoaderData（CLD）的生命周期管理与元空间释放解耦，允许在无STW前提下完成部分元数据清理。
1、CLD对象不再强引用其MetaspaceArena，改为通过弱引用+引用队列跟踪可回收状态。
2、元空间回收线程（MetaspaceGC thread）可异步扫描并标记无引用的Chunk，但实际释放仍需等待安全点（Safepoint）执行。
3、启用-XX:+UnlockExperimentalVMOptions -XX:+UseZGC时，元空间分配路径新增CAS原子操作保障并发安全性。
四、JDK 17：元空间内存映射优化与容器环境适配
针对云原生场景，JDK 17强化了元空间对cgroup v1/v2内存限制的感知能力，并改进了mmap区域的地址空间布局策略，降低因地址空间碎片导致的分配失败概率。
1、当检测到cgroup memory.limit_in_bytes存在时，自动将MaxMetaspaceSize设为该值的75%，防止超限被OOM Killer终止。
2、引入MmapRegionPool机制，预分配若干固定大小的mmap区域（默认4个，各64MB），减少高频mmap系统调用开销。
3、使用-XX:MaxMetaspaceExpansion参数可控制单次扩容最大增量，默认值从JDK 11的4MB提升至JDK 17的16MB。
五、JDK 21：元空间统计精度提升与诊断接口标准化
JDK 21将元空间内部状态暴露为JVMTI和JMX标准接口的一部分，同时修正了早期版本中因Chunk未及时归还导致的MemoryUsage.getUsed()值虚高问题。
1、MetaspaceUtils::used_words_slow()方法改用原子计数器聚合各Arena已用字数，消除锁竞争。
2、jstat -gc输出中Metaspace相关字段（MU、MC、CCSU）更新为基于实时Chunk状态计算，而非依赖周期性采样。
3、新增DiagnosticCommand jcmd
