方法区是JVM规范定义的逻辑区域，元空间和永久代是HotSpot对其的不同物理实现；演进路径为JDK 7前永久代（堆内固定大小）、JDK 7字符串常量池移至堆、JDK 8起元空间（堆外动态管理）取代永久代，并持续优化至JDK 21。
方法区是JVM规范定义的逻辑区域，用于存储类元数据、常量池、静态变量、JIT编译代码等，它本身不绑定具体内存位置；而元空间（Metaspace）和永久代（PermGen）只是HotSpot虚拟机对方法区的不同物理实现。演进主线是从“堆内固定大小”走向“堆外动态管理”，核心动因是解决类加载导致的内存瓶颈与回收低效问题。
JDK 7及以前：永久代（PermGen）——堆内受限实现
永久代是HotSpot在JDK 7及之前对方法区的唯一实现，物理上位于Java堆的老年代中：
- 存储全部类元数据、运行时常量池、字符串常量池（JDK 6）、静态变量、类加载器信息；
- 大小由-XX:PermSize和-XX:MaxPermSize控制，默认上限通常为64MB～82MB；
- 因与堆共用内存，易受-Xmx限制，大量动态代理、OSGi、热部署场景下极易触发java.lang.OutOfMemoryError: PermGen space；
- 垃圾回收依赖Full GC，类卸载条件苛刻，泄漏风险高。
JDK 7：过渡期——字符串常量池迁移至堆
该版本保留永久代，但开始剥离关键组件以缓解压力：
- 字符串常量池（StringTable）从永久代移出，放入Java堆的普通对象区域；
- 此举显著降低因频繁String.intern()引发的PermGen OOM概率；
- -XX:PermSize/-XX:MaxPermSize仍生效，但用途收窄，仅管理类元数据与运行时常量池剩余部分。
JDK 8：元空间登场——永久代被彻底移除
JDK 8取消永久代，引入元空间作为方法区新实现，本质是本地内存（Native Memory）分配：
立即学习“Java免费学习笔记（深入）”；
- 元空间不再受-Xmx约束，初始大小由-XX:MetaspaceSize设定（默认约20.8MB），达到后触发首次元空间GC；
- 最大容量通过-XX:MaxMetaspaceSize显式限制（生产环境必须设置，否则可能耗尽系统内存）；
- 类卸载机制更健壮：当类加载器不可达且满足GC条件时，其关联的元数据可被真正回收；
- 运行时常量池保留在元空间，但字符串常量池仍在堆中，静态变量也始终存于堆（自JDK 7起）。
JDK 9及以后：元空间持续增强可观测性与稳定性
元空间结构未变，但诊断与集成能力持续升级：
- JDK 9起，jstat -gcmetacapacity可实时查看元空间容量变化；
- JDK 10引入ZGC、JDK 11将G1设为默认GC器，元空间与各类GC器协同更成熟；
- JDK 17+进一步优化元空间碎片整理与GC触发策略，减少因元空间扩容引发的停顿；
- JDK 21延续该模型，强调与虚拟线程、结构化并发等新特性在类加载层面的兼容性保障。
