方法区是JVM规范定义的逻辑概念，元空间是HotSpot从JDK 8起对方法区的具体实现；前者规定职责（存储类信息、常量池等），后者使用本地内存替代永久代，支持动态扩容与独立GC。
方法区和元空间不是两个并列的内存区域，而是同一职责在不同时期的不同实现方式：方法区是《Java虚拟机规范》中定义的逻辑概念，元空间是HotSpot JVM从JDK 8开始对方法区的具体落地。
方法区：规范里的“类信息保管处”
它属于JVM运行时数据区中的线程共享区域，负责存储已被加载的类结构信息——包括类名、字段、方法、接口、常量池、静态变量、即时编译后的代码等。规范没规定它必须放在哪块物理内存里，只强调它的功能定位和共享特性。早期HotSpot用“永久代（PermGen）”来实现它，但永久代受限于堆内存大小，且GC策略与老年代耦合，容易引发不可控的Full GC。
元空间：HotSpot在JDK 8后的真实替代方案
为解决永久代的设计缺陷，HotSpot将方法区的实现迁移到本地内存（Native Memory），即操作系统直接分配的内存，不再受JVM堆大小限制。这意味着：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 元空间默认无上限（-XX:MaxMetaspaceSize 不设置时为-1），类加载压力大时会向系统申请更多本地内存
- 类元数据的回收更独立，不再强制绑定老年代GC，减少了因方法区满触发的意外Full GC
- 字符串常量池在JDK 7起已移至堆中，而类的符号引用、运行时常量池（除字符串外）、注解、字段/方法元数据等，现在都归元空间管
关键区别不能只看名字
很多人误以为“方法区没了，被元空间取代了”，其实不对。方法区依然存在——只是换了一种实现方式。就像“银行账户”这个概念没变，但开户行从A银行换成了B银行。你调参时：
立即学习“Java免费学习笔记（深入）”；
- JDK 7及以前：用 -XX:MaxPermSize 控制永久代上限
- JDK 8及以上：用 -XX:MaxMetaspaceSize 控制元空间上限；不设则依赖系统可用内存
- 类加载过多、动态代理生成类（如CGLIB）、大量反射操作，都会快速消耗元空间，导致 java.lang.OutOfMemoryError: Metaspace
怎么验证它们的关系
写个简单测试：循环定义新类（用ASM或JavaPoet生成），观察jstat -gc输出中M（Metaspace）使用量增长；或者用jmap -clstats看已加载类数量。你会发现，即使堆内存充足、GC平静，元空间耗尽一样会让应用抛OOM。这说明它完全独立于堆管理逻辑，是真正意义上的“非堆”区域。
