java中static方法不支持重写，只支持隐藏；调用取决于引用类型而非实际对象，属静态绑定，无法实现多态，应改用实例方法或设计模式替代。
Java 中 static 方法不支持重写，只支持方法隐藏（method hiding）。这不是语法限制导致的“不能写”，而是语言机制决定的——它根本不在多态体系内。
static 方法调用看的是引用类型，不是实际对象
Java 在编译阶段就确定 static 方法调用哪个版本，依据是变量声明的类型（即左边的类型），而非 new 出来的实际对象类型。这叫静态绑定。
- 例如：
Parent p = new Child(); p.staticMethod();执行的是Parent.staticMethod() - 而
Child c = new Child(); c.staticMethod();才会执行Child.staticMethod() - 哪怕
p实际指向Child实例，static 方法也不会“转向”子类版本
子类写同名 static 方法，本质是隐藏，不是重写
子类定义与父类签名完全一致的 static 方法时，编译器允许，但这是「隐藏」：子类版本仅在其自身作用域内覆盖父类可见性，二者逻辑上独立，无继承关系。
- 不能加
@Override注解，否则编译失败 - 父类方法仍可通过
Parent.staticMethod()显式调用 - 若父类方法是
private或不存在，子类该方法就是全新方法，既非重写也非隐藏
多态对 static 方法无效，需换思路解决类似需求
如果业务需要“按类型执行不同逻辑”，靠 static 方法隐藏无法实现真正的运行时分发。应考虑替代方案：
- 改用实例方法 + 抽象/接口 + 多态，让
new Child()自动触发子类行为 - 使用工厂模式或策略模式，把创建或选择逻辑外移到专门类中
- 必要时通过反射动态调用，但要权衡可读性与维护成本
- 避免用对象引用调用 static 方法（如
p.staticMethod()），推荐直接用类名调用（Parent.staticMethod()），减少歧义
区分重写和隐藏的关键信号
一眼判断是否真发生重写，只需看两点：
- 方法是否带
static—— 带了就是隐藏，不带才可能重写 - 能否成功加上
@Override—— 能加且编译通过，说明是有效重写；加了报错，说明是隐藏或签名不匹配 - 调用时换不同声明类型的引用，输出是否变化 —— 变化的是重写，不变的是隐藏
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
