方法区是jvm规范定义的逻辑区域，元空间是hotspot在jdk 8+中对方法区的具体实现；前者抽象、不占物理内存，后者使用本地内存存储类元数据，取代永久代，不存静态变量等实际数据。
方法区是JVM规范中定义的逻辑内存区域，而元空间（Metaspace）是HotSpot虚拟机在Java 8及以后对方法区的具体实现——它不是方法区的“升级版”，而是替代永久代（PermGen）后的一种全新落地方式。
实现层面：规范 vs 具体实现
方法区本身不对应任何物理内存结构，只是《Java虚拟机规范》提出的一个概念性区域，用于存储类元数据、常量池、静态变量引用、JIT编译代码等。不同JVM厂商可自由实现，比如JRockit根本不设永久代，也无元空间。
元空间则是HotSpot JVM专为解决永久代缺陷而设计的实现方案。它不再沿用“堆内划分一块固定区域”的思路，而是彻底重构了类元数据的管理机制。
- 永久代是方法区在HotSpot JDK 7及以前的实现，与老年代共用GC策略，扩容僵硬
- 元空间从JDK 8起成为HotSpot中方法区的唯一实现，有独立的内存分配和回收逻辑
- 方法区和元空间不会共存；用JDK 8+，就只有元空间，没有方法区这个“实体”
内存位置：堆内 vs 本地内存
永久代位于JVM进程的堆内存中，与老年代连续，受-Xmx等堆参数间接影响；而元空间完全脱离JVM堆，直接使用操作系统的本地内存（Native Memory）。
- 元空间不占用堆空间，因此不会挤占对象分配内存，也不会因堆调优失误导致元数据加载失败
- 它的大小上限由系统可用物理内存或-XX:MaxMetaspaceSize限制，而非JVM启动参数如-XX:MaxPermSize
- Klass Metaspace（默认1GB连续块）和NoKlass Metaspace（多段不连续本地内存）共同构成元空间，二者均不在Java堆中
关键行为差异：溢出类型与回收边界
虽然都可能触发OutOfMemoryError，但错误信息和触发条件已完全不同：
- 永久代满时报 java.lang.OutOfMemoryError: PermGen space，常见于频繁热部署、大量反射生成类
- 元空间满时报 java.lang.OutOfMemoryError: Metaspace，通常因ClassLoader泄漏或动态代理类爆炸式增长
- 元空间的垃圾回收只清理“已卸载类加载器”关联的元数据，且不与老年代GC强绑定，更精准可控
静态变量等数据归属未变
注意一个常见误解：元空间并未接管所有原方法区内容。静态变量（static fields）、字符串常量池（StringTable）、运行时常量池（Runtime Constant Pool）的实际数据仍存于Java堆中，元空间仅保存它们的**引用和描述信息**（如字段名、签名、所属类结构指针）。
也就是说，把元空间理解为“类的身份证仓库”，而堆才是“本人居住地”。这种职责分离进一步降低了类元数据管理对堆稳定性的干扰。
