能，super.field仅在子类非静态方法或构造器中访问父类被掩盖的非private实例字段，字段访问依赖编译时引用类型而非运行时对象类型，不支持多态。
子类字段和父类字段同名时，super.field 能访问到父类的值吗？
能，但仅限于编译期确定的引用类型。Java 中字段不支持多态，访问哪个字段完全看变量声明类型，不是运行时实际对象类型。
常见错误现象：System.out.println(obj.field) 输出子类字段值，即使 obj 是父类类型引用指向子类实例；想用 super.field 在子类方法里“绕过”掩盖拿父类值，结果发现它只在子类内部有效，且不能在静态上下文或外部调用。
-
super.field只能在子类非静态方法或构造器中使用，且仅用于访问被掩盖的父类**实例字段**（不能是 static 字段） - 如果父类字段是
private，super.field直接编译失败——掩盖的前提是字段可访问（protected或包内默认） - 字段掩盖不影响方法重写：哪怕子类定义了同名字段，
super.method()仍走重写后的逻辑（如果被重写了）
为什么 getXXX() 方法重写后，字段掩盖反而让代码更难懂？
因为字段访问和方法调用走的是两套机制：字段看引用类型，方法看实际类型。混用会制造「看起来一样、行为却分裂」的错觉。
使用场景：比如父类有 protected String name = "parent"，子类有 String name = "child"，再加一个重写的 getName() 返回 this.name。这时候：
-
Parent p = new Child(); p.name→ 访问父类字段，值是"parent" -
Child c = new Child(); c.name→ 访问子类字段，值是"child" -
p.getName()和c.getName()都返回"child"（因为this.name在子类实例中指向子类字段）
参数差异、性能影响都不存在，但可维护性暴跌：同一个名字，在不同语境下指代不同内存位置，调试时容易误判字段来源。
private 字段会被“掩盖”吗？
不会，严格来说是“不可见”，不是掩盖。子类定义同名 private 字段，和父类字段完全无关，二者内存独立、作用域隔离。
常见错误现象：子类里写 super.xxx 访问父类 private 字段，编译报错 xxx has private access in Parent；或者误以为子类字段“覆盖”了父类字段，结果序列化/反射时发现父类字段还在、且值未变。
- 子类无法通过任何方式（包括反射）直接访问父类
private字段，除非父类提供 public/protected getter - JSON 序列化库（如 Jackson）默认只序列化 public 字段或通过 getter，若父类字段
private且无 getter，它根本不会出现在输出中——和子类同名字段是否定义无关 - 字段名相同但
private，JVM 视为两个完全独立变量，连内存偏移都不共享
IDE 提示 “field hides another field” 是警告还是错误？
是编译器警告（javac 默认开启），不是错误，代码能跑，但说明设计存在歧义风险。
容易踩的坑：团队协作中，有人看到警告就加 @SuppressWarnings("hiding") 消掉，却不改逻辑；或者在重构时把父类字段从 protected 改成 private，导致子类同名字段突然“失效”（实际是原来能用 super.xxx 的地方全崩了）。
- IntelliJ 默认高亮该警告，Eclipse 需手动开启 “Field hiding” 检查项
- Gradle/Maven 编译时可通过
-Xlint:all显式启用，CI 流水线建议保留该检查 - 真正安全的做法是：要么统一用 getter/setter 抽象字段访问，要么在子类中彻底避免同名字段（用
childName等语义化命名）
字段掩盖本身不抛异常、不拖慢性能，但它和方法重写共存时，会让「谁在什么时候访问哪个值」这个问题变得依赖人脑记忆而非语言规则——这是最麻烦的地方。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
