静态方法不具备多态性，因其采用编译期静态绑定（invokestatic指令），调用目标由引用声明类型决定而非实际对象类型，不参与继承链方法解析，本质是隐藏而非重写。
静态方法不具备多态性，根本原因在于它在编译期就完成了绑定——也就是静态绑定（static binding），而非运行时才确定调用目标的动态绑定（dynamic binding）。
静态方法不参与继承链的方法解析
虽然子类可以“定义同名静态方法”，但这本质上不是重写（override），而是隐藏（hiding）。父类和子类的静态方法各自独立存在于自己的类结构中，JVM 或编译器不会把它们纳入同一个方法分派体系。调用哪个静态方法，只取决于引用变量的声明类型，而不是实际对象的运行时类型。
例如：
class Parent { static void show() { System.out.println("Parent"); } }
class Child extends Parent { static void show() { System.out.println("Child"); } }
Parent p = new Child();
p.show(); // 输出 "Parent"，不是 "Child"
这里 p 声明为 Parent 类型，即使指向 Child 实例，调用的仍是 Parent.show()。
字节码层面没有 invokevirtual 指令
实例方法的多态依赖 invokevirtual 指令，它会在运行时根据对象的实际类型查虚方法表（vtable）来决定调用哪个实现。而静态方法调用使用的是 invokestatic 指令，该指令在编译时就已固化目标方法的符号引用，直接跳转到具体类的指定方法，完全绕过运行时类型检查与分派逻辑。
-
invokestatic：绑定动作发生在类加载解析阶段，不可更改 -
invokevirtual：绑定动作推迟到每次方法调用时，支持子类替换
设计初衷：静态方法属于类，而非对象
多态的本质是“同一操作作用于不同对象，产生不同行为”，其前提是个体（对象）具备行为差异性。静态方法不依赖 this 引用，也不访问实例状态，它只是被归在某个类名下组织的一段逻辑。把它和“对象行为”挂钩，既无语义基础，也无技术必要。
因此语言设计上明确将静态方法排除在多态机制之外，避免误导开发者以为能通过向上转型实现运行时选择。
静态绑定决定了静态方法的调用路径在编译期锁定，这是它无法表现出多态行为的技术根源，也是符合其语义定位的合理设计。
