java中“继承隐藏”指子类声明与父类同名字段导致两者独立存在，并非覆盖；字段无重写机制，仅方法可多态调用；正确做法是父类统一管理状态，子类删重复字段并用protected修饰，辅以ide警告与checkstyle防护。
Java中所谓的“继承隐藏”（也称变量遮蔽、字段隐藏），不是覆盖，而是子类声明了一个和父类同名的字段，导致两者各自独立存在。父类字段没被改，子类字段也没替它，只是访问时容易搞错对象——这是多态失效的典型根源。
为什么说这不是覆盖而是隐藏
方法可以被重写（overriding），运行时按实际类型调用；但字段没有重写机制，只有隐藏（hiding）。子类里写 public State state;，就等于在子类实例中额外开辟一块内存存自己的 state，而父类那块依然存在、未被触碰。
- 父类引用指向子类对象时（如 Switchable lamp = new Lamp();），访问 lamp.state 拿到的是父类的 state 字段（初始为 null 或默认值）
- 子类内部用 this.state 或直接写 state，访问的是子类自己声明的字段
- 结果就是：两个 state 各自修改、互不通信，逻辑彻底脱节
典型症状：条件判断总不生效
比如 PowerSwitch 类中判断 sw.state == State.on，始终为 false。因为 sw 是 Switchable 类型，读取的是父类字段；而子类 Lamp 里所有 turn_on() 操作改的却是自己的字段——父类字段压根没变过。
- 打印日志看似正常（"lamp's on"），但上层控制逻辑拿不到真实状态
- 多态调用方法没问题（sw.turn_on() 走的是子类实现），但读字段就掉坑里
- 调试时分别打印 ((Lamp) sw).state 和 sw.state，会发现值不同
正确解法：只留一份字段定义
状态应该由父类统一管理，子类专注行为实现。删掉所有子类里重复声明的 state 字段，把初始化和更新逻辑收归父类或构造器。
- 父类中声明 protected State state;（避免 public 直接暴露）
- 子类构造器中调用 super() 或直接赋值 this.state = State.off;
- 子类方法中统一操作 this.state，此时访问的就是继承来的那一份
- 如果必须扩展状态，用组合（如新增 private LampState extraState;）而非同名字段
辅助手段：编译期与工具防护
光靠人盯容易漏，建议配合机制提前拦截：
- 启用 IDE 警告（IntelliJ/VS Code 默认对同名字段标黄提示 “Field hides another field”）
- 在 CI 中集成 checkstyle 规则 HiddenField，禁止子类声明与父类同名的非静态字段
- 单元测试里显式验证父子引用读取同一字段（例如断言 ((Lamp) sw).state == sw.state）
- 代码评审时重点扫视子类字段列表，凡出现和父类完全同名的，一律打问号
