java中成员变量不参与多态，编译和运行时均依据引用类型（左边声明类型）访问字段，子类同名字段仅为隐藏而非覆盖，如animal a = new dog(); system.out.println(a.name)输出“animal”。
成员变量不参与多态，这是根本前提
Java 中的成员变量（字段）在多态环境下没有动态绑定机制。它既不通过虚方法表查找，也不依赖对象实际类型。JVM 在编译阶段就锁定了字段所属的类——就是引用变量声明的类型（等号左边）。运行时不会切换到子类字段，哪怕子类定义了同名字段，也仅是“隐藏”而非“覆盖”。这和方法重写有本质区别。
典型错误场景：同名字段引发值误判
常见陷阱是子类写了 public int value = 2;，父类也有 public int value = 1;，再用父类引用访问：
-
Animal a = new Dog(); System.out.println(a.type);→ 输出 "Animal"，不是 "Dog" - 即使
Dog的type是 public、非 static、非 final，也不会生效 - 字段名大小写不一致（如
typevsType），编译器不会报错，而是静默创建新字段，加剧排查难度
绕过限制的实用做法
不要试图让字段“走多态”，而应顺应 JVM 行为设计接口：
- 用 getter/setter 方法替代直接字段访问：把
a.type改成a.getType()，方法调用才触发“编译看左、运行看右” - Spring Bean 注入、Lombok
@Data、MyBatis 映射等场景中，确保框架调用的是 getter，而非反射直接读字段 - JSON 反序列化（如 Jackson）默认操作字段，若需子类字段生效，必须显式配置
@JsonTypeInfo或改用 getter-based 方式 - 反射读取时，
getField("x")查的是声明类型；要拿到子类字段，得用getDeclaredField("x")并设setAccessible(true)
验证是否真走字段非多态的最快方式
写一个三行可运行例子：
class Animal { public String name = "Animal"; }
class Dog extends Animal { public String name = "Dog"; }
Animal a = new Dog(); System.out.println(a.name); // 输出 Animal
这个结果不可绕过、不可配置，是 JVM 字节码层面的硬性规则。IDE（如 IntelliJ）对字段同名无警告，但对方法重写会高亮提示——这是重要信号：字段不被当作多态单元对待。
