java虚拟机中类元数据存储从jdk 7及之前永久代（permgen）演进为jdk 8起的元空间（metaspace），后者基于本地内存、支持动态扩容，并强化类卸载机制，同时引入压缩类空间优化klass结构体访问。
在Java虚拟机的发展过程中，用于存储类元数据的内存区域经历了从永久代到元空间的重要变更。这一变更直接影响了JVM的内存管理方式与垃圾回收行为。以下是该演变过程的关键环节与技术细节：
一、永久代的设计与局限
永久代（PermGen）是JDK 7及之前版本中用于存放类元数据、常量池、静态变量和即时编译器优化代码的堆外内存区域。它被划归为JVM堆的一部分，但不参与常规的对象分配与回收流程。由于其大小固定且与堆共享GC策略，容易引发java.lang.OutOfMemoryError: PermGen space异常。
1、永久代默认最大容量由-XX:MaxPermSize参数设定，例如-XX:MaxPermSize=256m。
2、类加载器未被正确卸载时，其加载的类元数据持续驻留于永久代，导致内存泄漏。
立即学习“Java免费学习笔记（深入）”；
3、Full GC会扫描永久代，但无法有效清理大量动态生成类（如反射、CGLIB代理、OSGi环境）所占用的空间。
二、元空间的引入与结构变化
自JDK 8起，永久代被完全移除，取而代之的是元空间（Metaspace），其底层内存直接来自本地内存（Native Memory），不再受JVM堆大小限制。元空间分为已提交（committed）与已使用（used）两部分，并支持自动扩容与收缩。
1、元空间初始容量由-XX:MetaspaceSize指定，默认约为20.8MB；达到该阈值将触发首次元空间相关的Full GC。
2、最大元空间容量通过-XX:MaxMetaspaceSize控制，若不设置则仅受限于系统可用本地内存。
3、类元数据对象（Klass Metadata）与符号表（Symbol Table）、字符串常量池（StringTable）等组件迁移至元空间，而运行时常量池中引用的字符串实例仍保留在Java堆中。
三、类卸载机制的强化
元空间启用后，JVM对类卸载的条件更加严格，仅当满足以下全部条件时，对应类的元数据才可被回收：该类所有实例已被回收、加载该类的ClassLoader实例已被回收、该类未被任何地方引用（包括JNI引用、反射引用等）。
1、可通过-XX:+TraceClassUnloading参数输出类卸载日志，辅助诊断类加载器泄漏问题。
2、使用jstat -gc
3、当发生元空间OOM时，错误信息变为java.lang.OutOfMemoryError: Metaspace，而非PermGen相关提示。
四、压缩类空间的作用与配置
在启用指针压缩（-XX:+UseCompressedOops）的前提下，JVM额外划分出压缩类空间（Compressed Class Space），专门用于存放Klass结构体，以提升访问效率并减少内存碎片。该空间属于元空间子集，大小由-XX:CompressedClassSpaceSize控制，默认为1GB。
1、压缩类空间必须小于或等于-XX:MaxMetaspaceSize所设上限。
2、若-XX:CompressedClassSpaceSize设为0，则禁用压缩类空间，所有Klass对象统一存放于普通元空间。
3、可通过jmap -heap
五、监控与调优的关键工具与参数
针对元空间的运行状态，需结合多种JVM参数与诊断工具进行实时观测与干预。关键参数不仅影响启动行为，也决定GC触发时机与内存增长策略。
1、启用详细元空间日志：-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=2M。
2、强制元空间GC：执行jcmd
3、动态调整上限：使用jinfo -flag MaxMetaspaceSize=512m
