多层继承中属性隐藏本质是同名字段并存而非覆盖，应由顶层父类统一声明共用状态字段，子类禁重复声明；需用protected修饰、super()初始化、this访问唯一父类字段，IDE警告与Checkstyle规则可自动拦截。
多层继承中属性隐藏问题本质是字段同名导致的逻辑割裂，不是覆盖而是并存——父类字段和子类字段各占一块内存，访问路径不同，状态就不同步。关键不在“怎么避免”，而在于“从设计源头掐断隐藏动机”。
只在父类定义状态字段
所有共用状态（如state、name、id）必须由最顶层父类统一声明，子类禁止重复声明同名字段。哪怕子类想扩展含义，也该用新字段名（如lampState）或组合（private LampDetail detail），而不是重写字段名。
- 父类中用
protected修饰字段，既允许子类直接访问，又不对外暴露 - 子类构造器里通过
super()或this.state = ...初始化继承来的字段 - 子类所有方法操作
this.state，此时访问的就是唯一一份父类字段
用 super 显式区分访问意图
当确实需要在子类中临时引入同名变量（极少见），必须明确标注访问来源：用super.fieldName读父类字段，用this.fieldName读子类字段。但这种写法本身已是危险信号，应触发代码评审质疑。
- 编译器不会报错，但IDE（IntelliJ/VS Code）默认标黄警告“Field hides another field”
- 单元测试中可加断言：
assertThat(((Child) parentRef).field).isEqualTo(parentRef.field)，验证是否真为同一份数据
工具链自动拦截
靠人盯容易漏，把防护机制嵌入开发流程：
- 启用IDE的隐藏字段检查，让同名字段在编辑时就亮起警示
- CI流水线集成Checkstyle规则
HiddenField，禁止非静态同名字段编译通过 - 使用Lombok时，若涉及多层继承，优先选
@SuperBuilder而非@Builder，并配合@ToString(callSuper = true)确保打印时能看清父类字段值
调试时验证字段归属
遇到状态不一致，别急着改逻辑，先确认字段到底有几个：
- 打印
((Child) ref).field和ref.field，值不同说明已发生隐藏 - 用调试器查看对象内存结构，展开
this和super分支，对比字段实际存储位置 - 检查字段是否被
private修饰——私有字段无法被继承，子类声明同名字段属于完全独立的新变量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
