Java中子类与父类同名变量不覆盖而隐藏，字段访问基于编译时类型，导致多态下行为异常；应避免隐藏，优先用不同名、getter/setter或final静态常量。
Java中子类与父类声明同名变量时，不会发生覆盖（override），而是形成属性隐藏（field hiding）。这是编译器允许但极易引发逻辑错误的行为——看似调用子类变量，实际可能访问到父类的同名字段，尤其在多态和向上转型场景下。
属性隐藏的本质：静态绑定 + 作用域遮蔽
Java字段访问基于引用类型（编译时类型），而非对象实际类型。当子类定义了与父类同名的实例变量或静态变量时，子类字段会遮蔽（shadow）父类字段，但两者在内存中独立存在。
- 实例变量隐藏：子类对象中同时存在父类和子类的同名字段，只是通过不同引用类型访问到不同版本
- 静态变量隐藏：子类静态字段完全替代父类静态字段的可见性（不推荐，破坏继承语义）
- 方法中访问
this.field优先使用当前类声明的字段；若需访问父类字段，必须显式写super.field
典型陷阱与复现示例
以下代码看似输出一致，实则暴露隐藏风险：
class Parent { int value = 100; }
class Child extends Parent { int value = 200; }
Parent p = new Child();
System.out.println(p.value); // 输出 100（编译类型是Parent）
Child c = new Child();
System.out.println(c.value); // 输出 200（编译类型是Child）
更隐蔽的问题出现在getter方法中：
立即学习“Java免费学习笔记（深入）”；
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
class Parent {
int value = 100;
int getValue() { return value; } // 返回自己的value
}
class Child extends Parent {
int value = 200;
@Override
int getValue() { return value; } // 返回自己的value（不是父类的！）
}
此时new Child().getValue()返回200，但若忘记重写getValue()，就会返回父类的100——行为不一致且难以察觉。
安全实践建议
避免属性隐藏是首选策略，必要时需明确控制访问意图：
-
禁止同名字段：用不同名称表达不同含义（如
parentValue/childValue），或统一收归为protected字段由子类复用 - 用getter/setter封装字段：将字段设为private，强制通过方法访问，子类可选择重写逻辑而非隐藏数据
-
静态字段务必加
final并命名区分（如PARENT_VERSION、CHILD_VERSION），避免隐藏导致常量误用 - 调试时检查字段声明位置：IDE中Ctrl+Click跳转到的是编译时类型声明的字段，不是运行时对象的实际字段
何时可接受属性隐藏？
极少数合理场景包括：
- 子类需要完全隔离父类状态（如缓存字段），且不提供公共访问入口
- 框架内部实现（如某些ORM实体映射），但需配合文档明确说明隐藏意图
- 兼容旧API时临时保留父类字段，同时在子类中引入新语义字段（仍建议用不同名）
即便如此，也应添加@SuppressWarnings("hiding")并附注释说明原因，避免被误认为疏忽。
