静态方法不参与多态动态绑定，因其调用由编译期声明类型决定，字节码中直接生成invokestatic指令；它不进虚方法表，子类同名方法属隐藏而非重写，设计上为保障语义稳定与执行高效。

Java 多态调用时静态方法不参与动态绑定，是因为静态方法从设计上就与对象实例无关，它的调用完全由编译期的引用类型决定，而不是运行时的实际对象类型。

静态方法调用看声明类型，不是实际类型

当你写 Parent p = new Child(); p.say();，虽然 p 实际指向的是 Child 对象，但 say() 是 static 方法，JVM 不会查这个对象属于哪个类，而是直接根据 p 的声明类型（即 Parent）去调用 Parent.say()。

• 编译器在编译阶段就确定了调用哪个类的静态方法
• 字节码中生成的是 invokestatic Parent.say 指令，目标类名已写死
• 哪怕子类定义了同名静态方法，也只是“另一个独立方法”，不会覆盖父类行为

静态方法不进虚方法表，没有动态分派基础

Java 的动态绑定依赖每个类维护的虚方法表（vtable），里面只存可被重写的实例方法。静态方法根本不在这个机制里：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 不进 vtable，不走 invokevirtual，也不做运行时类型查找
• JVM 不需要、也不能在运行时切换到子类的静态方法版本
• 这和 private、final 方法一样，属于编译期静态绑定范畴

子类同名静态方法是“隐藏”，不是“重写”

子类定义 public static void say()，并不是重写了父类方法，而是用自己的实现把父类同名方法“遮住了”：

• 通过父类引用调用 → 执行父类版本
• 通过子类引用调用 → 执行子类版本
• 父类方法依然可通过 Parent.say() 显式访问，两者互不影响

为什么这样设计？

语言设计者有意将静态方法排除在多态体系之外：

• 静态方法代表类级别的工具行为（如 Integer.parseInt()），语义应稳定、可预测
• 若允许重写，会导致同一行代码在不同继承链下行为不一致，破坏封装和可读性
• 避免为静态调用引入运行时查找开销，保持简单和高效

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南