方法区是逻辑概念，规定存储类结构等元数据；HotSpot JVM中JDK 8起用元空间实现，使用本地内存，支持动态扩容并降低GC压力。
方法区不是一块物理内存，而是一个逻辑概念——它规定了“该存什么”，比如类结构、常量池、静态变量、JIT编译代码等；真正落地实现它的，在 HotSpot JVM 里，JDK 8 之后就是元空间（Metaspace）。
方法区与元空间：规范和实现的关系
《Java 虚拟机规范》只定义了方法区的存在和职责，不规定怎么实现。不同 JVM 厂商可以自由设计：BEA JRockit 早年压根没永久代，IBM J9 也跳过了它。HotSpot 在 JDK 7 之前用永久代（PermGen）实现方法区，JDK 8 起改用元空间，本质是把类元数据从 Java 堆里搬出去，改用本地内存（Native Memory）管理。
这个变化不只是换个名字：永久代属于堆的一部分，受 GC 策略制约，回收时机被动；元空间独立于堆，靠本地内存分配，扩容更灵活，GC 压力也小得多。
元空间到底存什么？不是“类本身”，而是“类的描述”
元空间不存 class 文件字节码，也不存 new 出来的对象实例。它只存运行时所需的“类的元数据”：
- 类的基本信息：全限定名、父类、接口列表、访问标志（public/final/abstract）
- 字段表：每个字段的名字、类型、修饰符（static/volatile/transient）、属性信息
- 方法表：方法签名、返回类型、参数数量、字节码入口偏移、异常表
- 运行时常量池：符号引用（如类名、字段名、方法名）、数字常量、字符串字面量（注意：JDK 7+ 字符串常量池已移到堆中）
- 类加载器关联信息：用于判断类是否可被卸载的关键依据
类加载机制如何驱动元空间增长？
每次 ClassLoader 加载一个新类，JVM 就要在元空间里登记一份元数据。这个过程不是“一次性写满”，而是按需分配。关键点在于：
- Bootstrap、Extension、Application 类加载器各自加载的类，元数据都进同一块元空间（但有归属标记）
- 动态代理、反射生成类（如 CGLIB、Javassist）、OSGi 插件、热部署场景，会高频触发新类加载 → 元空间持续增长
- 类卸载必须满足两个条件：该类所有实例已被回收 + 该类的 ClassLoader 实例也被回收 + 该类无强引用。只有这时，对应元数据才能被 Metaspace GC 清理
- 默认不设 -XX:MaxMetaspaceSize 时，元空间会不断向操作系统申请内存，直到本地内存耗尽
调优元空间：三个参数决定稳定边界
线上服务出现 java.lang.OutOfMemoryError: Metaspace，通常不是代码写错，而是参数没对齐实际负载。核心参数就三个：
- -XX:MetaspaceSize=256m：首次触发 Metaspace GC 的阈值（不是初始分配大小），设太小会导致频繁 GC；设太大则可能延迟预警
- -XX:MaxMetaspaceSize=512m：硬性上限，强烈建议显式设置，避免吃光系统内存导致进程被 OOM Killer 杀掉
- -XX:MinMetaspaceFreeRatio / -XX:MaxMetaspaceFreeRatio：控制 GC 后空闲比例，默认 40/70，影响扩容收缩节奏，一般无需调整
配合日志：-Xlog:gc*,metaspace*=trace 可看到每次元空间分配、GC、扩容细节，比老式 -verbose:gc 更精准。
