能，但只是“可见”而非真正继承；子类不重写时调用父类静态方法，重写实为隐藏，由引用类型决定调用目标，不支持多态和重写。
静态方法能被继承吗？
能，但只是“可见”，不是真正意义上的继承。子类编译后字节码里不会新增静态方法的副本，而是通过符号引用指向父类的 static 方法；调用时由编译期决定目标方法（早期绑定），和对象实例无关。
这意味着：Parent.staticMethod() 和 Child.staticMethod() 看似一样，实际调用的都是父类定义的那个方法——除非子类自己也声明了一个同签名的静态方法。
- 子类不写同名静态方法：调用
Child.staticMethod()会静默转发到父类实现 - 子类写了同名静态方法：这不是重写（override），是隐藏（hiding）——两个方法各自独立存在，调用哪个取决于**引用类型**，而非运行时对象类型
- IDE 或编译器通常会警告 “Static method should be accessed in a static way”，提醒你别用实例调用静态方法
为什么静态方法不能被重写？
因为重写（override）依赖虚方法表（vtable）和运行时动态分派，而静态方法在编译期就绑定了目标字节码指令（invokestatic），压根不进 vtable，JVM 也不查对象的实际类型。
如果你试图在子类中“重写”一个静态方法：
立即学习“Java免费学习笔记（深入）”；
- 编译能过，但这是隐藏（hiding），不是重写
-
Parent p = new Child(); p.staticMethod();调用的是Parent.staticMethod()，不是子类的 -
Child.staticMethod()才会调用子类版本；Parent.staticMethod()永远调用父类版本 - 哪怕子类方法加了
@Override注解，编译器也会报错：“method does not override or implement a method from a supertype”
静态方法调用时的常见陷阱
最典型的问题是误以为多态适用于静态方法，结果逻辑跑偏却找不到原因。
- 用实例变量调用静态方法（如
obj.staticMethod()）：语法合法但语义迷惑，建议一律用类名调用 - 父子类有同名静态方法时，混淆调用目标：记住“看左边”——引用变量的声明类型决定调用哪个
- 泛型类中的静态方法无法使用类类型参数（如
class Box会编译失败），因为静态成员属于类本身，而泛型擦除后{ static T value; } T已不存在 - Spring 等框架中，静态方法无法被 AOP 代理、无法注入 Bean，因为代理基于实例对象，而静态方法不依赖实例
替代方案：什么时候该放弃静态方法？
当你需要子类提供不同行为、又希望保持统一调用入口时，静态方法就力不从心了。此时应考虑：
- 把逻辑移到实例方法中，靠多态解决行为差异
- 用工厂模式 + 策略接口，让子类实现具体策略，由工厂按需返回
- 使用
ServiceLoader或 Spring 的@Primary/@Qualifier实现可插拔行为 - 如果真要保留“类级别”的统一入口，可设计一个非静态的门面类（Facade），内部委托给具体策略实例
静态方法适合工具逻辑（如 Objects.equals()、StringUtils.isBlank()），一旦涉及状态、配置、上下文或可变行为，它就不再是安全选择。
