元空间使用本地内存存储类元数据，支持动态扩容，解决了永久代易溢出问题；其内容包括类结构信息、运行时常量池（类字面量）、静态变量（非final基本类型和字符串）、jit编译代码及类加载器元数据。
Java 类元数据区（即元空间，Metaspace）的内存管理，核心在于它脱离了堆内存、改用本地内存（Native Memory），并具备动态扩容能力。这从根本上解决了旧版永久代（PermGen）易溢出、难调优的问题。
元空间存储什么内容
元空间专门存放类加载后生成的元数据，包括：
- 已加载类的结构信息（如字段、方法签名、访问标志）
- 运行时常量池（注意：字符串常量池已移至堆中，但类字面量常量仍属元空间）
- 静态变量（static final 基本类型和字符串字面量除外，它们在堆或常量池中）
- 即时编译器（JIT）生成的本地代码（如热点方法编译后的机器码）
- 类加载器自身的元数据（例如每个 ClassLoader 的引用关系）
元空间如何分配与回收
元空间不使用 JVM 堆内存，而是直接向操作系统申请本地内存（malloc/mmap），因此其大小默认仅受物理内存和进程地址空间限制。
- 初始分配由
-XX:MetaspaceSize控制（首次触发 GC 的阈值，非初始容量） - 最大可用空间由
-XX:MaxMetaspaceSize显式限定；若未设置，理论上可无限增长（但实际受限于系统资源） - 元空间垃圾回收由 Full GC 触发，条件是：类加载器被回收 + 其加载的所有类不再被引用 → 对应元数据才可卸载
- 回收后释放的内存会归还给操作系统（JDK 10+ 默认启用
-XX:+AlwaysActAsServerClassMachine优化，回收更积极）
常见问题与调优要点
元空间虽更健壮，但不当使用仍会导致 OOM 或性能抖动：
- 动态生成大量类（如频繁使用 CGLIB、Javassist、OSGi、热部署框架）易快速耗尽元空间
- 类加载器泄漏（如 Web 容器未正确清理 ContextClassLoader）会阻塞元数据卸载，造成“假性内存泄漏”
- 建议监控指标：
MetaspaceUsed、MetaspaceCommitted、NumberOfClassesUnloaded（通过 JMX 或jstat -gc） - 典型调优参数组合：
-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m，避免首次 GC 过早，也防止无限制增长
与永久代的本质区别
不是简单改名，而是架构级重构：
- 永久代在堆内，受
-Xmx约束，GC 时需扫描整个堆；元空间独立于堆，GC 压力更小 - 永久代采用固定大小，扩容需 Full GC；元空间按需增长，扩容无需停顿（仅内存分配本身有开销）
- 永久代难以区分不同类加载器的元数据归属；元空间天然按 ClassLoader 划分，卸载粒度更精准
- 字符串常量池（StringTable）在 JDK 7 起已从永久代移到堆中，进一步降低元空间负担
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
