java中属性覆盖实为字段遮蔽，由子类声明同名字段导致，访问取决于编译时引用类型而非运行时对象类型；需通过引用类型、this/super区分、ide警告及-xlint:shadow排查。
Java中属性覆盖（Shadowing Variables）不是真正意义上的“覆盖”，而是子类定义了与父类同名的字段，导致父类字段被隐藏。这种现象容易引发逻辑错误，排查关键在于识别字段访问的实际归属。
确认是否真的发生了字段遮蔽
字段遮蔽只发生在**子类声明了与父类同名的非静态字段或静态字段**时。注意：方法可以被重写（Override），但字段不能被重写，只能被遮蔽（Shadow）。常见误判是把多态调用方法的行为套用到字段上。
- 父类有
public String name = "Parent"; - 子类有
public String name = "Child"; - 此时通过子类实例访问
name，读取的是子类字段；但若用父类引用指向子类对象（如Parent p = new Child();），p.name仍访问父类字段
检查字段访问路径和引用类型
字段访问由**编译时的引用类型决定**，而非运行时实际对象类型。这是排查的核心线索。
- 写个测试：用父类引用和子类引用分别访问同名字段，打印结果对比
- 在子类方法中，用
this.name访问的是子类字段，super.name才能明确访问父类字段（前提是父类字段可访问） - 如果父类字段是
private，子类无法直接访问，此时子类同名字段完全独立，不存在“遮蔽”语义，只是巧合重名
利用IDE和编译器提示辅助识别
现代IDE（IntelliJ IDEA、Eclipse）会在子类中声明与父类同名字段时给出警告（如 “Field hides a superclass field”）。
- 开启编译器警告：javac 添加
-Xlint:shadow参数，会提示遮蔽字段的位置 - 在IDE中按住 Ctrl（或 Cmd）点击字段名，看跳转到哪个声明 —— 这能快速定位当前上下文访问的是哪个字段
- 搜索项目中所有同名字段定义（例如全局搜
private int count;），结合类继承关系判断是否存在无意遮蔽
重构建议：避免遮蔽，优先用方法抽象
遮蔽通常反映设计问题：字段语义不清晰或职责未分离。更健壮的做法是：
- 将字段设为
private，提供protected或public的 getter/setter 方法，让子类通过方法逻辑控制行为 - 若需差异化值，考虑在父类中定义
protected final字段 + 模板方法，或使用构造器参数注入 - 真需要子类提供不同初始值，可用
protected字段 + 子类构造器显式赋值，而非重复声明同名字段
遮蔽本身不报错，但会让代码行为变得反直觉。重点不是“怎么修复”，而是“怎么提前发现它正在悄悄影响逻辑”。看清引用类型、善用工具提示、约束字段可见性，就能大幅降低这类隐患。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
