动态链接在栈帧中存储指向运行时常量池的引用，用于按需将符号引用（编译期“人名+描述”）解析为直接引用（运行时内存指针或偏移量）；静态/私有/finall方法在类加载解析阶段完成，普通实例方法则在调用时依据实际类型查虚方法表动态绑定。
要理解栈帧中动态链接如何把常量池里的符号引用转成直接引用，关键不是死记步骤，而是抓住“什么时候转”和“为什么不能提前转”这两个核心。
符号引用和直接引用到底是什么
符号引用是编译期留下的“人名+地址描述”，比如 "java/lang/String.toString:()Ljava/lang/String;" —— 它只告诉你“找 String 类里的 toString 方法”，但不告诉你这个方法具体在内存哪块位置。它存在 class 文件的常量池里，和运行时内存布局完全无关。
直接引用则是运行时能“一脚踩中”的定位方式，比如一个内存指针（0x7f00a120）、一个方法表偏移量、或一个句柄。JVM 拿到它就能立刻跳过去执行，不用再查、再判断。
动态链接不是一次完成的动作，而是分阶段解析
不是所有符号引用都在方法调用那一刻才转换。JVM 会按需、分批处理：
- 静态方法、私有方法、构造器、final 方法：类加载的“解析阶段”就转成直接引用——因为它们不会被重写，目标唯一，可以提前锁定。
- 普通实例方法（尤其是被子类重写过的）：只在真正调用时才做转换。例如 animal.eat()，此时 animal 实际是 Dog 还是 Cat 实例还不知道，必须等运行时看对象的真实类型，再查它的虚方法表（vtable），最终拿到 eat() 的真实入口地址。
栈帧里的动态链接到底存了什么
它不存方法地址，也不存 #5 这种常量池索引本身，而是存了一个指向当前方法所属类的运行时常量池的引用。
这样设计是为了让字节码指令能通用。比如 invokevirtual #5 这条指令，执行时 JVM 就靠栈帧里的这个引用，快速定位到“A 类的运行时常量池”，再从里面拿出第 5 项（一个符号引用），接着走上面说的解析逻辑——查类、验权限、找实际方法、生成直接引用。
怎么验证你真看懂了
用 javap -v YourClass.class 查看字节码：
- 找到 Constant pool 部分，认出类似 #36 = Methodref #37.#38 的条目——这就是符号引用。
- 找到某条 invokevirtual 指令，后面跟着的 #36 就是它要查的符号引用索引。
- 结合代码想一想：如果这个方法是 final 的，那它大概率在类加载时就被解析完了；如果是普通实例方法，那每次调用都可能触发一次动态绑定，查的是运行时对象的实际类型。
