Java静态方法不能被重写，只能被隐藏；子类定义同签名static方法时，JVM根据引用类型而非实际对象类型调用，导致Parent p = new Child(); p.staticMethod()执行Parent版本，而非Child版本。
Java静态方法不能被重写，只能被隐藏
Java里子类定义一个和父类签名完全相同的static方法，不是重写（override），而是隐藏（hide）。JVM在调用时只看**引用类型**，不看实际对象类型。这点和实例方法截然不同，也是绝大多数人踩坑的根源。
常见错误现象：Parent p = new Child(); p.staticMethod(); 调用的是Parent.staticMethod()，不是Child里的——哪怕p实际指向Child实例。
- 必须用
Child.staticMethod()才能调用子类版本 - 如果父类方法是
public，子类隐藏时访问修饰符不能更严格（比如不能改成private） - 编译器不会报错，也不会警告，但语义已变——容易误以为是多态，结果逻辑出错
为什么编译器允许同名静态方法？它怎么解析调用
因为静态绑定发生在编译期。JVM根据变量声明类型（即左边类型）决定调用哪个static方法，和运行时对象无关。这和invokestatic字节码指令的设计直接相关。
使用场景：一般用于工具类继承扩展（比如StringUtils子类提供额外静态工具），但要清楚这不是面向对象的“复用”，只是命名空间层面的覆盖。
立即学习“Java免费学习笔记（深入）”；
-
Parent p = new Child(); p.doWork();→ 调用Parent.doWork() -
Child c = new Child(); c.doWork();→ 调用Child.doWork() - 即使
Child.doWork()加了@Override注解，编译器也会报错：无法覆盖静态方法
和实例方法同名时会发生什么
父子类中同时存在同名的静态方法和实例方法，是完全合法的，但极其危险——它们互不影响，却极易混淆。
例如父类有public static void log(String s)，子类有public void log(String s)：前者只能通过类名或静态引用调用，后者才走动态分派。一旦调用方写成obj.log("x")，实际执行哪个，全看obj的声明类型和是否为static。
- IDE通常不会给出歧义提示，但运行结果可能和预期相反
- 参数列表稍有差异（比如子类实例方法多一个
int参数），就可能触发静态方法被优先选中（因重载解析在编译期完成） - 建议：避免在父子类间让静态方法和实例方法共用名字
替代方案：想实现类似“可替换的静态行为”怎么办
真需要运行时决定调用哪个逻辑，就别用static。Java没有“虚静态方法”，强行模拟只会增加理解成本。
推荐做法是把逻辑移到实例方法中，再通过工厂、策略模式或依赖注入来切换行为。
- 定义接口
Logger，让Parent和Child各自实现，用实例持有 - 或用
ServiceLoader、Spring @Bean等机制解耦具体实现 - 如果只是工具函数，考虑用
default方法 + 接口继承，而非类继承
静态方法的隐藏规则简单，但它的“静态性”和“非多态性”常被忽略——尤其在重构时把实例方法改成静态，或反过来，最容易引发静默逻辑错误。
