Java中静态方法只能被隐藏而非覆盖，不参与多态，调用由声明类型决定，编译期绑定，@Override会导致编译错误，应避免误用隐藏机制而改用实例方法或多态设计。
Java 中不存在“子类覆盖父类静态方法”这回事——静态方法只能被隐藏，不是覆盖。多态对静态成员完全无效，所谓“多态下调用出错”，其实是误用了隐藏机制，把编译期绑定当成了运行时分派。
静态方法不参与多态，调用由声明类型决定
静态方法归属类本身，而非对象实例。JVM 在编译阶段就确定调用哪个类的静态方法，依据是变量的声明类型（编译时类型），与 new 出来的实际对象类型无关。
-
Parent p = new Child(); p.staticMethod();→ 执行Parent.staticMethod() -
Child c = new Child(); c.staticMethod();→ 执行Child.staticMethod() -
Parent.staticMethod()和Child.staticMethod()是两个独立方法，内存地址不同
别写 @Override，也别指望它生效
给子类静态方法加 @Override 注解会导致编译失败，因为这违反语言规则：静态方法无法被重写。IDE 不会自动提示该错误，但 javac 会明确报错 “Cannot override the static method”。
- 正确做法：子类声明同名静态方法，就是有意隐藏；不加注解，或加
@SuppressWarnings("static-method")并附说明 - 错误认知：“我写了 @Override 就算重写了” —— 实际只是语法错误，或被 IDE 忽略后留下隐患
需要差异化行为？换设计，别硬扛隐藏
如果业务上真要“按类型执行不同逻辑”，靠静态方法隐藏既难维护又易出错。推荐替代方案：
立即学习“Java免费学习笔记（深入）”；
- 用实例方法 + 多态：把逻辑移到
public final void doWork()中，内部调用可重写的protected String getMode() - 用策略枚举或工厂类：如
ExecutionStrategy.forType(Child.class).run() - 用静态工具类区分：如
ParentUtils.log(p)和ChildUtils.log(c)，避免继承链内命名冲突
调试时快速验证是否掉进隐藏陷阱
遇到结果不符预期，三步定位：
- 看调用语句左侧类型：是
Parent ref还是Child ref？这直接决定走哪个静态方法 - 查字节码：用
javap -c看调用指令是不是invokestatic Parent.staticMethod - 打日志加类名：在每个静态方法开头输出
System.out.println("In " + Parent.class.getName() + ".staticMethod")
