openjdk在类解析阶段按需逐条解析符号引用，覆盖7类常量池项：jvm_constant_class、fieldref、methodref、interfacemethodref、string、methodhandle等，分别对应类、字段、方法等的直接引用转换。
OpenJDK 在类解析阶段处理符号引用，不是一次性全量转换，而是按需触发、逐条解析——只要字节码指令（如 getstatic、invokevirtual）即将用到某个符号引用，JVM 就立刻查常量池、加载目标类、验证权限、计算内存偏移，最终替换成直接引用。这个过程在运行时发生，不是编译期或加载期完成的。
哪些符号引用会被解析？对应什么常量池项？
OpenJDK 解析动作覆盖 7 类符号引用，每类对应常量池中特定 tag：
-
JVM_CONSTANT_Class：类/接口全限定名（如Ljava/io/PrintStream;），解析后指向方法区的Klass*指针 -
JVM_CONSTANT_Fieldref：字段引用（含 class_index + name_and_type_index），解析后得到字段在类镜像中的字节偏移量（field_offset）或静态字段的地址 -
JVM_CONSTANT_Methodref和JVM_CONSTANT_InterfaceMethodref：方法引用，解析后生成Method*指针；前者要求目标是类且非接口，后者强制要求是接口，校验逻辑相反 -
JVM_CONSTANT_String、JVM_CONSTANT_MethodHandle等也参与解析，但不涉及内存地址绑定，只做对象实例化或句柄解析
解析失败时抛什么异常？怎么定位是哪条符号引用出的问题？
解析失败不发生在 Class.forName 或 new 时，而是在首次执行相关字节码指令的瞬间。常见错误和定位方式如下：
- 引用的类不存在 → 抛
NoClassDefFoundError（注意不是ClassNotFoundException），日志里会显示触发指令的行号和字节码偏移（如getstatic #5） - 字段或方法访问权限不匹配（如 private 字段被外部类反射读取但未设
setAccessible(true)）→ 抛IllegalAccessError - 符号引用类型与目标实体不符（如把接口方法当成类方法调用）→ 抛
IncompatibleClassChangeError - 用
javap -v查看 class 文件，定位报错中的常量池索引（如#5），再对照常量池内容确认是哪个CONSTANT_Fieldref_info或CONSTANT_Methodref_info
为什么 putstatic 前必须完成字段解析？它和准备阶段赋默认值冲突吗？
不冲突。准备阶段只分配内存并设默认值（0 / null），而解析阶段解决的是“往哪写”的问题——即确定该静态字段在类镜像中的确切地址。没有解析，putstatic 指令根本不知道该把值存到内存哪个位置。
-
putstatic执行前，JVM 必须已通过解析拿到该字段的field_offset（对静态字段是相对于java_lang_Class镜像起始地址的偏移） - 如果字段所属类尚未加载，解析会先触发其加载、验证、准备；但即使准备了，字段仍处于“符号状态”，直到
putstatic第一次执行才真正绑定地址 - 这也解释了为什么
static final int X = 123的常量会在编译期就内联（属于编译优化），而普通static int X的赋值必须等解析完成后才能安全写入
真正容易被忽略的是：解析不是原子的，同一个类里的不同符号引用可能在不同时间点分别解析；而 JIT 编译后，直接引用会被硬编码进本地代码，此时再修改类结构（如热更字段）已无效——解析结果已固化在机器码里。
