Java类加载的“加载”阶段核心是JVM按序解析.class文件结构：先校验魔数与版本号，再读取常量池（含字面量与符号引用）、访问标志、类/父类/接口索引、字段与方法表，最终构建方法区运行时数据结构并生成Class对象。
Java 类加载过程中解析类文件结构与常量池，核心在于“加载”阶段对 .class 文件二进制数据的读取、校验与结构化转换。这个过程不是 Java 代码直接执行的逻辑，而是由 JVM 内部（特别是类加载器和 ClassFile 解析器）完成的底层操作。关键不在于写代码去“手动解析”，而在于理解 JVM 是如何一步步把字节码变成可运行的类元数据。
类文件结构解析：从魔数到方法表
JVM 按严格顺序读取 .class 文件的固定格式字段，每一步都承担明确职责：
- 魔数（Magic Number）：前 4 字节必须是
0xCAFEBABE，用于快速识别合法 Class 文件，不匹配则抛出ClassFormatError - 版本号（Minor & Major Version）：紧随魔数之后，决定该类能否被当前 JVM 支持（如 Java 17 对应 major version 61）
- 常量池计数与内容：
constant_pool_count值为 N，则实际有 N−1 个常量项（索引从 1 开始），后续连续存放所有常量池条目 - 访问标志（Access Flags）：如
ACC_PUBLIC、ACC_FINAL、ACC_INTERFACE等，标识类/接口的修饰符语义 - 当前类、父类、接口索引：都是指向常量池中某个
CONSTANT_Class_info项的下标，用于定位全限定名 - 字段表、方法表、属性表：按数量 + 表结构逐个解析，每个字段/方法包含名称、描述符、访问标志、属性（如 Code 属性）等
这些字段共同构成 JVM 方法区中该类的“运行时数据结构”，是后续链接（验证、准备、解析）和初始化的基础。
常量池解析：字面量与符号引用的分离处理
常量池是整个类文件的信息中枢，JVM 在加载阶段会将其完整载入，并构建为“运行时常量池”（Runtime Constant Pool），位于方法区（JDK 8+ 为元空间）。它包含两类内容：
- 字面量（Literal）：如字符串字面量（
"hello"）、final 基本类型常量（public static final int PORT = 8080;中的8080），在加载时就直接存入运行时常量池 - 符号引用（Symbolic Reference）：包括类名（
java/lang/String）、字段名与描述符（name:Ljava/lang/String;）、方法名与描述符（:()V
注意：符号引用在加载阶段只载入，不解析；真正的解析（比如把 java/lang/Object 转成对应 Class 对象的引用）发生在“连接”阶段的“解析”子阶段，且可能延迟到首次主动使用时（即“懒解析”）。
常见问题与典型表现
- 常量池过大（如大量字符串或反射调用）可能导致
OutOfMemoryError: Metaspace（JDK 8+）或java.lang.OutOfMemoryError: PermGen space（JDK 7 及以前） - 若常量池中某
CONSTANT_Utf8_info条目长度超 65535 字节，JVM 加载时会直接拒绝，报ClassFormatError: UTF8 string too large - 编译期内联的
final static String会被当作字面量直接写入常量池；而非final的静态字符串字段，其值在运行时才确定，不会进常量池
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
