元空间按类加载器隔离、以块为单位分配、随类卸载整体回收；每个类加载器独占metachunk内存块，卸载时批量释放，回收依赖classloader被gc回收且无类实例引用。
元空间（Metaspace）管理类内存的方式，核心是**按类加载器隔离、以块为单位分配、随类卸载整体回收**。它不再像永久代那样混在堆里统一管理，而是转向操作系统本地内存，由JVM内部的Metaspace管理器自主调度。
每个类加载器独占一块元空间
类加载器（ClassLoader）是元空间内存划分的基本单位。每个加载器启动时，都会关联一个独立的 ClassLoaderData 结构，该结构下挂载专属的 Metaspace 区域（含 ClassSpace 和 NonClassSpace）。这意味着：
- 不同加载器加载的同名类，元数据互不干扰
- 某个加载器被GC判定为可卸载时，它名下所有元数据块（Metachunk）会被一次性归还给全局内存池
- OSGi、Spring Boot DevTools、热部署框架等频繁创建/销毁加载器的场景，直接影响元空间碎片和回收效率
用 Metachunk 分配类元数据
元空间不直接 malloc/free 字节，而是以 Metachunk（默认大小从几十KB到几MB不等）为最小分配单元。类加载时，JVM从当前加载器的空闲 chunk 中切出所需空间存放 Klass、Method、ConstantPool 等结构：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- Klass 对象（类运行时表示）优先放入压缩类空间（Compressed Class Space），默认1GB连续虚拟地址，提升指针效率
- 方法字节码、注解、签名等存入 NonClassSpace
- 当 chunk 耗尽，会向操作系统申请新 chunk；若已达
-XX:MaxMetaspaceSize上限，则触发 OOM
回收依赖类卸载，不靠常规GC扫描
元空间本身不参与年轻代或老年代 GC 的标记过程。它的内存释放只发生在以下时机：
- 某个类加载器对象被 GC 回收 → 其绑定的整个 Metaspace 区域被批量释放
- 触发元空间专用 GC（如 G1 的 Concurrent Marking 阶段识别无引用的 Klass）→ 清理未被加载器持有的孤立元数据
- 注意：字符串常量池、静态字段仍留在堆中，不在 Metaspace 管理范围内
关键参数控制行为边界
虽然元空间使用本地内存，但必须通过 JVM 参数约束其增长，否则可能拖垮系统：
-
-XX:MetaspaceSize=256m：首次触发元空间GC的使用阈值（不是初始分配量） -
-XX:MaxMetaspaceSize=512m：硬性上限，超限直接抛OutOfMemoryError: Metaspace -
-XX:CompressedClassSpaceSize=1g：压缩类指针空间大小，64位系统启用时建议显式设置
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
