static方法基于类名绑定，使用invokestatic指令；final方法基于不可重写性绑定，仍用invokevirtual指令并入vtable；private方法最严格，直接invokespecial内联。

static 方法和 final 方法在 Java 中都属于前期绑定（静态绑定），但它们的绑定机制、触发时机和语义依据并不相同。关键区别不在“是否绑定”，而在于“为什么能提前绑定”以及“绑定时依赖什么信息”。

static 方法：绑定依据是类名，与对象无关

static 方法调用不依赖任何实例，编译器看到 ClassName.method() 就直接确定目标字节码位置，无需等待运行时对象创建。JVM 在解析阶段（类加载的连接阶段）就完成符号引用到直接引用的替换，使用 invokestatic 指令调用。

• 即使子类定义同名 static 方法，父类引用指向子类实例时，仍调用父类的 static 方法（方法隐藏，非重写）
• 不能访问 this、super，也不能访问非静态成员——这从语言设计上切断了运行时多态的可能路径
• 类加载时即准备就绪，哪怕从未 new 过该类实例，也能通过类名直接执行

final 方法：绑定依据是方法不可重写，但调用仍需实例

final 方法虽也静态绑定，但它本质仍是实例方法，必须通过对象调用（如 obj.method()）。编译器之所以能在编译期确定目标，是因为它知道该方法在继承体系中“没有其他实现版本”——子类无法覆盖它，所以无论实际对象是什么类型，最终都只能执行声明该 final 方法的那个类中的版本。

• 调用指令是 invokevirtual（不是 invokestatic），说明它参与虚方法表结构，只是表中该槽位永远固定指向同一个实现
• 如果一个 final 方法被 private 修饰，则进一步退化为 invokespecial 调用（构造器、私有方法专用），此时连虚方法表都不进，纯编译期内联决策
• 它不阻止继承，只阻止重写；子类可调用，但调用的始终是父类定义的那版逻辑

链接阶段的实际表现：解析 vs 初始化

Java 类加载过程分为加载、验证、准备、解析、初始化五步。static 和 final 方法的绑定主要发生在“解析”阶段：

• static 方法：在解析阶段，将常量池中对方法的符号引用（如 "java/lang/Object.toString:()Ljava/lang/String;"）直接替换为指向方法区中具体入口地址的直接引用
• final 方法：同样在解析阶段完成符号引用解析，但由于它属于实例方法，其直接引用会登记进该类的虚方法表（vtable），只是该表对应项不再随子类加载而改变
• 真正执行前的“初始化”阶段，只负责执行 <clinit></clinit>（类构造器），与方法绑定无关

一个容易混淆的点：private 方法也是静态绑定，但和 final 不同

private 方法默认具有 final 语义（不可重写），且不可继承，因此它的绑定更彻底：编译器直接内联或生成 invokespecial 调用，完全跳过虚方法分派流程。它不进 vtable，也不依赖运行时对象类型——只要语法合法，编译期就能锁定唯一实现。

• final 方法允许被继承并调用，只是不能改行为；private 方法连继承都不允许，调用范围严格限定在本类内
• 所以 private 是最“硬”的静态绑定，final 是“软性约束下的静态绑定”，static 则是“脱离实例的静态绑定”