Java方法区存储内容全解析

Java方法区作为存储类元数据的核心区域，在Java 8后已由永久代（PermGen）全面升级为基于本地内存的元空间（Metaspace），它不存放对象实例，而是专注管理类结构、常量池引用、运行时常量池、字段方法描述符及注解等关键信息；字符串字面量虽移至堆中，但其常量池引用仍驻留方法区，而`static final`编译期常量则被直接内联；`String.intern()`、动态类生成（如CGLIB）、反射加载（`Class.forName()`）和自定义类加载器均会持续向元空间注册数据，不当使用极易引发`OutOfMemoryError: Metaspace`；更需警惕的是，类卸载条件严苛，依赖实例、类加载器与元数据三重回收，一旦元空间异常增长，往往预示着隐蔽的类泄漏或加载逻辑缺陷——这使其成为JVM调优与故障排查中不可忽视却极易被忽略的关键战场。

方法区存的是类的元数据，不是对象实例

Java 8 之后，方法区的物理实现是 Metaspace（元空间），它不再属于堆内存，而是直接使用本地内存。这里不存放 new 出来的对象，只存：类的结构信息（字段、方法、构造器）、常量池（static final 字面量、字符串字面量引用）、运行时常量池（已解析的符号引用）、字段和方法的访问标志、注解信息等。

容易混淆的是：字符串字面量（如 "hello"）在 Java 7+ 已移到堆中，但其在常量池里的引用仍保留在方法区；而 static final int VAL = 123 这种编译期常量，值会直接内联，方法区里存的是符号引用而非实际值。

PermGen 和 Metaspace 的区别直接影响 OOM 类型

Java 7 及以前用永久代（PermGen）模拟方法区，大小受限于 -XX:MaxPermSize；Java 8 起彻底移除 PermGen，改用 Metaspace，默认无上限（受本地内存限制）。这意味着：

• 原来报 java.lang.OutOfMemoryError: PermGen space 的场景，现在变成 java.lang.OutOfMemoryError: Metaspace
• -XX:MaxMetaspaceSize 必须显式设置才能限制元空间增长，否则可能耗尽系统内存
• 频繁动态生成类（如使用 CGLIB、某些 ORM、热部署框架）更容易触发 Metaspace OOM

String.intern() 的行为与方法区（常量池）强相关

调用 String.intern() 时，JVM 会检查字符串常量池中是否已有相同内容的字符串引用——这个池在 Java 7+ 位于堆中，但它的“登记簿”（即对字符串对象的引用条目）仍由方法区管理。所以：

• new String("abc").intern() == "abc" 返回 true（前提是尚未被 intern 过）
• 大量调用 intern() 且字符串内容各异，会导致方法区（Metaspace）持续增长
• 注意 JDK 7/8 对 intern 的实现差异：JDK 7 把首次 intern 的字符串对象放入堆，JDK 8 行为一致，但常量池引用逻辑更严格

Class.forName() 和 defineClass() 都会向方法区写入类元数据

反射加载类或自定义类加载器调用 defineClass()，最终都会将解析后的 Class 结构注册到方法区。关键点：

• 同一个类加载器不能重复定义同名类，否则抛 LinkageError
• 不同类加载器可定义同名类，它们在方法区中是隔离的 —— 这是 OSGi、热部署、模块化的基础
• 类卸载的前提是：该类所有实例被回收 + 类加载器被回收 + 方法区中该类元数据才可能被清理（Metaspace 默认不主动压缩，需触发 Full GC 或配置 -XX:+UseGCOverheadLimit 等）

方法区的“不可见性”很强，但它一旦出问题（比如 Metaspace 暴涨），往往意味着类加载逻辑异常或存在类泄漏，排查时要盯住 jstat -gc 中的 M（Metaspace）列，而不是只看堆内存。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Java方法区存储内容全解析》文章吧，也可关注golang学习网公众号了解相关技术文章。