Java静态方法不支持多态，采用编译期静态绑定，调用取决于引用声明类型而非实际对象类型；子类同名静态方法仅为隐藏而非重写，不参与动态分派。
Java中的静态方法不支持多态，它们采用静态绑定（编译期绑定），在编译时就确定了调用哪个方法，与运行时对象的实际类型无关。
静态方法没有动态分派机制
多态的核心是动态绑定（dynamic binding）或运行时绑定，即根据对象的实际类型（而非引用类型）决定调用哪个重写（override）方法。但静态方法属于类本身，不依赖实例，JVM在编译阶段就通过“类名.方法名”直接定位到字节码中的具体方法符号引用，不会查虚方法表（vtable），也不参与方法重写的规则。
- 子类中定义同名静态方法，只是“隐藏（hiding）”父类方法，不是重写
- 调用哪个静态方法，完全取决于引用的声明类型，而非实际new出来的对象类型
代码示例说明绑定行为
看下面这段典型代码：
class Parent {
static void show() { System.out.println("Parent.show"); }
}
class Child extends Parent {
static void show() { System.out.println("Child.show"); }
}
Parent p = new Child();
p.show(); // 输出：Parent.show
Child c = new Child();
c.show(); // 输出：Child.show
Parent.show(); // 输出：Parent.show
Child.show(); // 输出：Child.show
即使 p 实际指向 Child 实例，p.show() 仍调用 Parent.show() —— 因为变量 p 的声明类型是 Parent，编译器据此绑定方法。
立即学习“Java免费学习笔记（深入）”；
为什么设计成静态绑定
静态方法不访问 this，不依赖实例状态，也没有虚函数语义需求。若允许运行时多态，会引入歧义和额外开销：
- 无法明确“谁的方法”：静态方法属于类，而继承链中多个类都可能提供同签名静态方法
- 破坏类加载和链接的确定性：JVM需在类加载阶段完成静态解析，不能延迟到运行时
- 与字段访问逻辑一致：静态字段也是按引用类型访问，保持语义统一
替代方案：若需类似多态行为
真要实现基于类型的行为分发，应使用实例方法 + 继承/重写：
- 把逻辑移到非静态方法中，由子类重写
- 配合工厂模式、策略模式等，在运行时选择具体实现类
- Java 8+ 可考虑
static方法配合default方法 + 接口多实现做组合
强行用静态方法模拟多态，往往导致代码僵硬、难以测试，违背面向对象设计原则。
