方法区是jvm规范定义的逻辑区域，用于存储类信息、常量池等元数据，所有虚拟机必须提供但实现各异：hotspot从永久代演进为元空间，openj9采用类数据共享与压缩指针，zing实现无暂停元数据管理。
方法区是JVM规范中定义的逻辑区域，用于存储类信息、常量池、静态变量、即时编译代码等元数据，**所有符合规范的虚拟机都必须提供方法区，但具体实现方式各不相同**。不同厂商的JVM在设计目标（如低延迟、高吞吐、内存可控性）上存在差异，导致方法区的底层实现有明显区别。
HotSpot虚拟机：从永久代到元空间的演进
HotSpot（Oracle JDK/OpenJDK默认实现）的方法区实现经历了重大变化：
- JDK 7及之前：使用永久代（PermGen），位于Java堆内，与老年代共用GC机制；静态变量、字符串常量池、类元数据均存放其中，容易因配置不当触发
java.lang.OutOfMemoryError: PermGen space - JDK 8起：永久代被彻底移除，替换为元空间（Metaspace），使用本地内存（Native Memory），不再受
-Xmx限制；类元数据独立管理，仅卸载类时才回收元空间内存；通过-XX:MetaspaceSize和-XX:MaxMetaspaceSize控制初始与上限 - 字符串常量池在JDK 7已从永久代移到堆中；运行时常量池仍属于方法区逻辑范畴，但物理位置随元数据一起迁移至元空间
J9虚拟机（IBM，现为Eclipse OpenJ9）：类数据共享与压缩指针优化
OpenJ9将方法区称为类数据共享区（Class Data Sharing, CDS），强调启动性能与内存复用：
- 支持预加载核心类库并生成共享归档（shared archive），多个JVM进程可映射同一段只读内存，显著减少内存占用和启动时间
- 类元数据默认使用压缩指针（Compressed References），在64位系统上以32位地址访问元数据，降低元空间内存开销
- 无永久代或元空间概念，其方法区实现更贴近“按需分配+共享映射”的轻量模型，GC不直接管理该区域，类卸载后内存由OS回收
Zing虚拟机（Azul）：无暂停元数据管理
Zing专为低延迟场景设计，其方法区实现服务于全堆并发垃圾回收（C4）架构：
- 类元数据统一存放在专用的元数据区（Metadata Space），与Java堆物理隔离，但同样使用本地内存
- 所有元数据操作（加载、链接、卸载）全程无STW（Stop-The-World），类卸载可并发执行，避免传统JVM中类卸载卡顿问题
- 支持动态调整元数据区大小，无需预设上限；配合Zing的弹性内存管理，能自动适应微服务等频繁部署/卸载场景
其他虚拟机的简要对照
虽未在问题中列出，但可作延伸参考：
- JRockit（已停止维护）：从未使用永久代，类元数据始终存放于本地内存，且无单独“方法区”概念，而是融合进其紧凑的运行时结构中
- GraalVM：原生镜像（Native Image）模式下，方法区概念基本消失——类元数据在构建期即固化为二进制常量；运行时镜像中不包含JIT编译器和动态类加载能力，因此无需运行时方法区管理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
