静态方法调用看引用类型而非对象类型，属于编译期静态绑定；子类同名静态方法是隐藏而非重写，不支持多态和@override；设计上因其不依赖实例状态，禁止重写以保证语义清晰与性能。
静态方法调用看的是引用类型，不是对象类型
你写 Parent p = new Child(); p.show();，哪怕 p 实际指向的是 Child 实例，JVM 也只认 Parent 这个声明类型，直接去父类里找 show() —— 因为静态方法在编译期就绑定了，不查运行时对象。
- 这是“静态绑定”（early binding）的直接体现，和实例方法的“动态绑定”（late binding）完全两套机制
- 如果误以为它能多态，就会在测试中发现：明明子类重写了，但父类引用调用的还是旧逻辑
- IDE 或编译器不会报错，也不会提示警告，这个坑纯靠理解机制来避开
子类同名静态方法不是重写，是隐藏（method hiding）
子类写一个和父类签名完全一样的 public static void show()，编译器允许，但语义上不是覆盖，而是“遮住”了父类的版本。这导致行为完全取决于你用哪个类名或引用类型去调。
-
Parent.show()→ 执行父类版本 -
Child.show()→ 执行子类版本 -
Parent p = new Child(); p.show();→ 仍执行父类版本（因为p是Parent类型） - 没有
@Override注解支持：给静态方法加@Override会直接编译失败
为什么 Java 明确禁止静态方法重写？设计上不打算让它参与多态
静态方法本质是工具函数，比如 Math.max()、Objects.requireNonNull()，它们不依赖对象状态，也不该被子类“改含义”。一旦允许重写，就会模糊类行为和实例行为的边界。
- 性能考虑：静态绑定省去了运行时方法表（vtable）查找开销
- 语义清晰：看到
ClassName.method()就知道它只属于那个类，不随子类实例变化 - 避免歧义：如果允许重写，
new Child().getClass().getMethod("show")这类反射操作的行为会变得不可预测
想实现类似“可替换的静态行为”，该怎么做？
真需要按类型切换逻辑，就别用静态方法。换成实例方法 + 工厂或策略模式，才是正解。
立即学习“Java免费学习笔记（深入）”；
- 把逻辑抽成非静态方法，让子类正常重写
show() - 用工厂返回具体子类实例：
ServiceFactory.create(ServiceType.CHILD).show() - 或者用
static方法内部委托给实例方法：public static void show() { new Child().doShow(); }（不推荐，破坏封装） - 千万别为了“看起来像重写”而用反射去强行调用子类静态方法——那是在绕开语言设计，不是解决问题
真正容易被忽略的点是：静态方法的“不可重写”不是限制，而是信号——它在提醒你，这个逻辑本就不该和继承体系耦合。
