静态方法在继承中被隐藏而非重写，调用取决于声明类型而非实际类型；@override会编译失败；应避免同名隐藏，改用语义化命名或策略模式等替代方案。
Java 中静态方法在继承中被隐藏，不是错误，但容易引发误解和维护问题。关键是要理解它“不是重写”，而是编译期确定的独立存在行为，处理方式重在预防和显式控制。
明确区分隐藏与重写的本质
静态方法调用只看引用或类名的声明类型，不看 new 出来的实际对象类型。比如：
- Parent p = new Child(); p.staticMethod() → 执行 Parent 的版本
- Child c = new Child(); c.staticMethod() → 执行 Child 的版本
- Child.staticMethod() → 明确执行 Child 的版本
这和实例方法的多态完全不同。强行加 @Override 会编译失败，这是最直接的信号：它不参与面向对象的重写机制。
避免同名隐藏带来的混乱
子类定义同签名 static 方法，不会替换父类逻辑，只是新增一个并列的类级入口。这种设计易导致：
- 同一行代码在不同上下文中行为不一致（取决于左边变量类型）
- 调试时误以为是“覆盖生效”，实则调用错版本
- 后续重构难以判断哪份逻辑该被保留或修改
建议优先使用语义清晰的独立名称，例如：PARENT_VALIDATOR 和 CHILD_VALIDATOR，而非都叫 VALIDATOR。
需要差异化逻辑时的替代方案
如果业务上真要为子类提供不同行为，静态隐藏不是合适工具：
- 用 final static 常量 + 实例方法组合：父类定义通用校验逻辑，子类通过实例方法返回具体参数
- 采用策略模式或工厂类：运行时根据类型选择对应处理器，保持扩展性
- 依赖注入配置：把可变值作为构造参数或 setter 注入，不固化在类静态域中
这样既避免隐藏副作用，又符合面向对象的设计原则。
必须访问父类静态方法时的写法
子类内部若需复用父类逻辑，不能用 super 或 this：
- ✅ 正确：Parent.staticMethod()
- ❌ 错误：super.staticMethod()（编译报错）
- ❌ 错误：this.staticMethod()（实际调用当前类版本）
显式写出类名，既是语法要求，也是提高可读性和可预测性的实践。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
