静态方法和静态变量不具备多态性，因其在编译期就绑定到声明类型，不依赖运行时对象实例，无this上下文，不可被覆盖而只能被隐藏，违背多态需依托对象实际类型的本质。
静态方法和静态变量不具备多态性，根本原因在于它们不依赖对象实例，而多态必须依托运行时的对象类型来动态分派行为。
绑定时机不同：编译期就确定调用目标
非静态方法调用走的是动态绑定（late binding）——编译器只检查语法和签名，真正调用哪个版本，要等程序运行、看对象的实际类型才能决定。而静态成员的调用在编译阶段就锁死了所属类，比如 Parent p = new Child(); p.staticMethod();，编译器一看 p 的声明类型是 Parent，就直接绑定到 Parent.staticMethod()，完全忽略右边 new 出来的其实是 Child 实例。
归属层级不同：属于类，而非对象
静态成员是类级别的资源，随类加载而存在，不随对象创建而复制。它没有 this 上下文，也不能访问实例变量或实例方法。多态的本质是“同一操作因对象不同而行为不同”，但静态方法连“对象”都不需要——你甚至可以不 new 任何实例，直接用 Parent.staticMethod() 调用。没有对象参与，自然谈不上根据对象实际类型做选择。
语言设计逻辑一致：static 就是 “非动态” 的明确表达
Java 中 static 的语义就是静态、固定、与实例解耦。“static” 本就是 “dynamic” 的反义词。如果允许静态方法被覆盖，那就等于允许它具备运行时动态分派能力，这会破坏 static 的语义一致性，也让编译器无法在编译期完成符号解析和类型检查。所以语言层面直接禁止：子类写同名 static 方法，不是覆盖，而是隐藏（hiding）；加 @Override 会编译报错；字段同理，访问哪个 public static 字段，只看引用变量的声明类型。
继承关系不传递行为契约
普通方法覆盖建立了一种契约：子类承诺提供兼容的行为。但静态方法的“继承”只是可访问性上的便利（Child 可以直接写 staticMethod() 调用父类的），并非重写契约。父类 static 方法不会出现在子类的虚方法表（vtable）中，JVM 不会为它准备动态分派入口。它的调用路径从始至终都是“类名 → 符号解析 → 直接跳转”，没有运行时查表环节。
