方法区是JVM规范定义的逻辑内存区域，用于存储类信息、常量、静态变量等；Java 7及之前由永久代实现，存在OOM风险与GC效率低等问题；Java 8起由元空间取代，基于本地内存，支持动态扩容与高效类卸载；Java 9+进一步细化模块元数据管理，并优化常量存储位置。
方法区（Method Area）是JVM规范中定义的一块逻辑内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。它不等同于某一个具体的内存实现，而是随着JVM发展经历了显著演变。
Java 7及之前：永久代（PermGen）承担方法区职责
在HotSpot虚拟机中，早期版本将方法区的实现交由“永久代”（Permanent Generation）完成。类的元数据（如类名、访问修饰符、字段/方法信息）、运行时常量池、静态变量（包括static final修饰的基本类型和字符串字面量）都存放在永久代中。
这种设计存在明显问题：
- 永久代大小需手动设置（-XX:PermSize、-XX:MaxPermSize），容易因加载类过多而发生OutOfMemoryError: PermGen space
- 垃圾回收机制对永久代支持有限，类卸载效率低，动态语言（如Groovy、JRuby）频繁生成类时易导致内存泄漏
- 永久代与堆内存物理隔离，但逻辑上又紧密耦合，管理复杂
Java 8：永久代被元空间（Metaspace）取代
为解决上述问题，Java 8彻底移除了永久代，引入基于本地内存（Native Memory）实现的“元空间”作为方法区的新载体。
关键变化包括：
- 类的元数据（如Klass结构、方法字节码、符号表）转移到本地内存，不再受JVM堆大小限制
- 运行时常量池仍属于方法区范畴，但字符串常量池（StringTable）被移到堆中；而static final修饰的基本类型常量、类字面量（Class literals）等仍保留在元空间
- 元空间默认无上限（受限于系统可用本地内存），可通过-XX:MaxMetaspaceSize控制；初始大小由-XX:MetaspaceSize触发GC阈值
- 元空间支持更高效的类卸载，配合完整的GC策略可更好支撑OSGi、热部署等场景
Java 9+：模块化推动方法区进一步细化
Java 9引入模块系统（JPMS），类加载机制增强，方法区中与模块相关的信息（如模块描述符、读取关系、导出包列表）也被纳入元空间管理。
同时，一些原本位于方法区的“常量”行为发生语义调整：
- 字符串常量池完全位于堆中，String.intern()操作仅影响堆内对象引用，与元空间解耦
- static final修饰的非基本类型或非字符串常量（如static final List<String> = Arrays.asList("a")）其对象实例仍在堆中，仅该静态字段的引用地址存于元空间
- JDK内部优化（如CDS：Class Data Sharing）将预处理的类元数据映射到只读内存区域，提升启动速度，这部分也属于方法区逻辑视图的一部分
实际开发中的注意点
虽然开发者通常无需直接操作方法区，但在以下场景需保持敏感：
- 使用大量反射、动态代理（如CGLIB）、或热部署框架（Spring Boot DevTools、JRebel）时，频繁加载/卸载类会持续占用元空间，应监控-XX:+PrintGCDetails中Metaspace相关日志
- 避免在静态上下文中缓存大对象（如static final byte[] buffer = new byte[10MB]），虽引用存于元空间，但对象本身在堆中，易引发堆内存压力
- 构建容器化应用时，注意宿主机内存限制与元空间自动扩容的冲突，建议显式设置-XX:MaxMetaspaceSize防止耗尽本地内存
