变量掩盖不是语法错误但更危险，因变量访问是编译期静态绑定，父类引用访问的是父类变量，子类变量独立存在导致状态不一致；应统一在顶层基类声明protected变量并禁用public实例变量。
多层继承中，变量掩盖（Hiding）不是语法错误，却常导致状态不一致、逻辑失效和调试困难。根本原因在于：子类声明了与父类同名的实例变量，编译器会优先绑定子类自己的变量，而父类变量仍独立存在——两者互不干扰，但开发者误以为是“同一个变量被修改”。
为什么变量掩盖比方法重写更危险
方法重写（Overriding）发生在运行时，受多态机制保护；变量访问是编译期静态绑定，没有动态分派。也就是说：
- 用父类引用指向子类对象时，访问 public 变量会取父类声明的那个，而非子类中同名变量
- 子类内部的
this.state指向的是子类变量，但super.state才能访问父类变量（若为 protected 或 public） - 如果父类有逻辑依赖
state做判断（比如if (state == State.on)），而实际被修改的是子类的state，条件永远不成立
典型掩盖场景识别
以下代码结构即高风险信号：
- 父类定义
public State state;，子类又写public State state; - 多层继承中，祖父类、父类、子类都声明了同名变量（如
id、name、config） - 子类构造器里初始化
state = ...，但没显式调用super()或未意识到父类已有同名字段 - 使用 IDE 自动生成 getter/setter 时，误为父类字段再生成一套子类字段
三步彻底规避变量掩盖
核心原则：**变量不继承，只共享；要复用就复用一个，不要另起炉灶**。
-
统一声明在顶层基类：把状态变量（如
state、enabled、version）定义为protected，子类直接使用，不再重复声明 - 禁用 public 实例变量：改为 private + public getter/setter，既封装又避免意外遮蔽；若需外部读写，通过方法控制，而非暴露字段
-
启用编译器警告：在 IDE 或构建配置中开启
-Xlint:serial和-Xlint:varargs，部分工具链（如 IntelliJ）可检测“shadowed field”并提示
修复示例：从掩盖到统一管理
原问题代码：
❌ 错误写法（两份 state）class Lamp extends Switchable {<br> public State state; // 遮蔽父类 state<br> public void turn_on() { this.state = State.on; }<br>}
修复后：
✅ 正确写法（共用一份 state）abstract class Switchable {<br> protected State state = State.off;<br> abstract void turn_on();<br> abstract void turn_off();<br>}<br><br>class Lamp extends Switchable {<br> void turn_on() {<br> this.state = State.on; // 修改的是父类声明的 state<br> System.out.println("lamp's on");<br> }<br>}
