Java中静态成员不存在覆盖，只有隐藏；调用由编译时类型决定，与运行时对象无关，故Parent p = new Child(); p.staticMethod()调用Parent版本，且@Override会报错。

Java里没有“静态方法覆盖”，只有“隐藏”；静态变量同理，也不是覆盖，而是被同名声明所隐藏。关键区别在于：调用行为由编译时类型（即变量声明类型）决定，和运行时实际对象无关。

静态方法的隐藏规则

子类定义与父类签名完全相同的static方法时，不会触发多态，只是把父类的同名静态方法“遮住”了：

• Parent p = new Child(); p.staticMethod() → 调用的是Parent.staticMethod()，不是Child的
• 必须显式写Child.staticMethod()才能执行子类版本
• 即使加了@Override注解，编译器会直接报错：“无法覆盖静态方法”
• 访问修饰符不能比父类更严格（如父类是public，子类不能声明为private）

静态变量的隐藏表现

父子类中若存在同名静态变量，子类的声明会隐藏父类的变量，但父类变量依然存在，只是不可见：

• Parent p = new Child(); System.out.println(p.field); → 输出的是Parent.field的值
• Child c = new Child(); System.out.println(c.field); → 输出的是Child.field
• 仍可通过Parent.field或Child.field直接访问各自版本
• 不支持“交叉隐藏”：子类的实例变量不能隐藏父类的静态变量，反之亦然

为什么不能叫“覆盖”？

覆盖（override）是动态绑定，依赖运行时类型；而静态成员的解析发生在编译期：

• JVM使用invokestatic指令，目标方法在编译时就已确定
• 没有虚方法表（vtable）参与，不走RTTI机制
• 所以哪怕对象是子类实例，只要引用类型是父类，就锁定父类静态成员
• 这不是设计缺陷，而是静态语义的自然结果：static属于类，不属于对象

常见陷阱与规避建议

混淆隐藏与覆盖，容易引发逻辑错误，尤其在重构或多人协作时：

• 避免让父子类的静态方法与实例方法同名（如父类static log() + 子类log()实例方法），调用obj.log()时结果取决于obj的声明类型，极易误判
• 若需运行时可变行为，不要强行用静态方法模拟——改用策略模式、工厂类或依赖注入
• 工具类扩展优先用组合或接口实现，而非继承+静态隐藏
• IDE通常不提示歧义，建议在静态方法命名上加前缀（如Utils_、Internal_）降低冲突风险