Java 中静态变量在继承体系中的覆盖问题

静态变量在继承中只能被隐藏而非覆盖，因其编译期绑定、不参与多态；子类同名静态变量与父类独立，访问取决于引用类型而非实际对象类型。

Java 中静态变量在继承中不能被覆盖，只能被隐藏。这是由静态成员的绑定机制决定的：它在编译期就依据引用类型或类名确定访问目标，而非运行时对象的实际类型。

静态变量不参与继承链，只属于声明它的类

static 变量是类变量，随类加载而初始化，内存中仅有一份，与实例无关。子类并不会“继承”父类的静态变量，只是在未声明同名变量时，可通过类名或子类实例间接访问父类那份变量——但这不是继承，而是编译器允许的语法糖。

• Parent.num = 10；Child 未定义 num → Child.num 或 new Child().num 都读取 Parent.num
• Child 声明 public static int num = 20 → 此时 Child.num 和 Parent.num 是两个独立变量，互不影响
• 访问 Parent.num 总是得到 10，访问 Child.num 总是得到 20，哪怕用 Parent p = new Child(); p.num 也读 Parent.num

隐藏 ≠ 覆盖：没有多态，只有编译期绑定

覆盖（override）是实例方法的特性，依赖运行时类型实现多态；而静态变量（及静态方法）的访问完全看引用类型或类名，和实际对象类型无关。

• Parent p = new Child(); p.num → 编译期认定 p 是 Parent 类型，读 Parent.num
• Child c = new Child(); c.num → 编译期认定 c 是 Child 类型，读 Child.num（若存在）或 Parent.num（若不存在）
• 这种行为与 p.toString() 会调用 Child 版本形成根本区别：后者是动态绑定，前者是静态绑定

开发中应避免隐藏静态变量

同名静态变量隐藏容易引发语义混淆、调试困难和维护风险，尤其在大型项目或框架扩展场景下。

立即学习“Java免费学习笔记（深入）”；

• 优先用 final static 定义常量，并采用全大写命名（如 TIMEOUT_MS），明确不可变意图
• 子类如需不同值，使用语义清晰的独立名称（如 PARENT_RETRY_LIMIT / CHILD_RETRY_LIMIT）
• 若逻辑上确需差异化配置，考虑依赖注入、策略模式或工厂方法，而非依赖静态变量隐藏

private 静态变量无法被隐藏

父类中 private static 变量对子类不可见，子类既不能访问，也不能通过同名声明来隐藏它。此时子类声明的同名变量与父类完全无关，只是恰好重名而已。

• 这进一步说明：隐藏的前提是子类能“看到”父类的静态成员（即具有可访问权限）
• protected 或 package-private 的 static 变量才可能被子类隐藏