类元数据在metaspace中以结构化运行时表示，非原始字节码：含类型信息、字段表、方法表、运行时常量池、类加载器引用；驻本地内存，按chunk分配，与堆栈协同支撑对象创建与方法调用。
类信息在JVM方法区（JDK 8+ 即 Metaspace）中不是以原始 class 文件字节码形式直接存放，而是经过解析、结构化后的运行时元数据。它不存“文件”，而存“描述”——即 JVM 理解并执行该类所需的最小、高效、可寻址的内部表示。
类元数据的核心组成
当类加载器加载一个 class 文件后，JVM 会提取并构建以下关键结构，全部驻留在方法区（Metaspace）中：
- 类型基本信息：全限定类名、父类全限定名、是否为接口、访问标志（public/final/abstract 等）、实现的接口列表
-
字段表（Field Info）：每个字段的名称、描述符（如
I表示 int，Ljava/lang/String;表示 String）、访问标志、初始值（仅 static final 常量会在此记录）、属性（如注解） - 方法表（Method Info）：方法名、描述符（含参数与返回类型）、访问标志、字节码指令（存储在方法区的 code 属性中）、异常表、栈帧局部变量槽位数、操作数栈深度等
- 常量池运行时表示（Runtime Constant Pool）：不是 class 文件里的静态常量池拷贝，而是已解析的符号引用映射——比如类名、字段名、方法名+描述符，都转为内存中的指针或索引，供 JIT 或解释器快速查找
- 类加载器引用：每个类元数据都持有一个指向其定义类加载器的引用，这是后续类卸载和元数据回收的关键依据
与堆、栈的联动关系
方法区中的类信息本身不存对象实例，但它为堆和栈提供“蓝图”和“导航”：
- 当 new 一个对象时，JVM 查方法区中对应类的元数据，确认字段布局、实例大小、父类信息，再在堆中分配连续内存
- 方法调用时，栈帧里的“方法调用指令”（如
invokevirtual）通过方法区中的符号引用解析结果，定位到具体方法的字节码起始地址或 JIT 编译后的本地代码入口 - 静态字段（
static）的引用变量存在堆中（JDK 7+），但其“所属类”的定义、字段偏移量、初始值定义仍由方法区元数据统一管理
Metaspace 中的实际内存布局
不同于堆的分代管理，Metaspace 使用本地内存（Native Memory）按块（Chunk）组织：
- 每个类加载器拥有独立的 Metaspace 虚拟空间，其加载的类元数据被分配在专属 Chunk 中
- 元数据对象（如
Klass、Method、ConstantPool）是 C++ 对象，有固定内存结构，通过指针相互关联 - 字符串字面量（如
"hello"）不在 Metaspace 存储，而是进入堆中的 StringTable（JDK 7+）；但类中涉及的符号引用（如字段名"name"）作为元数据一部分保留在 Metaspace
为什么不能直接反序列化方法区内容
因为它是 JVM 内部高度优化、平台相关、与 GC 和 JIT 深度耦合的运行时表示：
- 字段和方法按访问频率/使用模式重排（非 class 文件顺序）
- 部分信息被 JIT 编译器改写或内联（如虚方法表 vtable 已预填充）
- 符号引用在首次使用时才解析为直接引用，方法区中可能同时存在两种状态
- 没有公开 API 可导出完整元数据快照；
java.lang.Class对象只是它的 Java 层视图，不包含底层结构细节
