静态方法隐藏是编译期绑定，子类同名static方法独立存在，调用取决于引用声明类型而非实际对象类型；它非多态，不支持运行时分派，应优先使用实例方法重写或策略模式替代。
静态方法隐藏的本质是编译期绑定
Java 中子类定义同名、同签名的 static 方法，不会重写父类方法，而是独立创建一份新方法，与父类方法互不干扰。调用哪个版本，完全由引用变量的声明类型（即编译时类型）决定，和 new 出来的实际对象类型无关。
例如：
-
Animal a = new Cat(); a.print();→ 调用Animal.print() -
Cat c = new Cat(); c.print();→ 调用Cat.print() -
Animal.print();或Cat.print();→ 分别直接调用对应类的版本
避免误用隐藏机制做业务逻辑判断
隐藏不是多态，不支持运行时动态分派。如果业务需要“不同子类执行不同行为”，静态方法隐藏无法满足——它只看类名或引用类型，不能根据对象真实身份切换逻辑。
推荐替代方案：
- 把逻辑移到实例方法中，利用重写实现多态
- 用工厂类或策略模式封装行为差异
- 通过依赖注入传入具体实现，而非依赖 static 成员的“隐式覆盖”
- 若确需配置隔离，改用
public static final String CHILD_CONFIG = "xxx"等命名清晰的常量，不复用父类变量名
安全访问被隐藏的父类静态方法
子类内部无法用 super.method() 或 this.method() 来明确调用父类静态方法——前者编译报错，后者实际调用的是子类自己的版本。
正确方式只有：
- 显式写出父类名：
Parent.method(); - 在子类中封装工具方法，内部调用
Parent.method()并补充子类逻辑 - 调用时始终带类名，不依赖变量类型推断（如避免
a.method()，改用Parent.method()或Cat.method()）
识别和预防隐藏带来的维护风险
加 @Override 注解会立刻编译失败，这是最快速的识别信号：如果编译器提示 “does not override or hide”，说明你正在操作一个静态成员，且它只能被隐藏，不能被重写。
为提升可读性与可维护性，建议：
- 子类尽量不定义与父类同名的
static方法或变量 - 静态工具类声明为
final，禁止继承 - 静态字段优先用
final修饰，配合全大写命名（如DEFAULT_TIMEOUT） - 文档中明确标注哪些静态成员是“供子类显式调用”的，哪些是“仅供本类使用”的
