Java中成员变量不参与多态，编译和运行时均依据引用类型（左边声明类型）访问字段，而非实际对象类型；方法才通过虚方法表实现动态绑定。
Java多态中访问成员变量为什么总是“编译看左边，运行也看左边”
因为成员变量不参与多态。编译期和运行期都只看引用类型（即等号左边的声明类型），不会根据实际对象类型去查找或覆盖——这和方法调用完全不同。
常见错误现象：NullPointerException没出现，但值不是预期的子类字段；或者明明子类重写了同名字段，打印出来却是父类的默认值。
- 子类定义了和父类同名的
public int value = 2;，但通过父类引用访问时，读到的是父类的value - 字段访问不触发动态绑定，JVM在编译阶段就确定了字节码里要读哪个类的哪个字段符号
- 即使子类字段是
private，只要父类有同名public字段，依然会访问父类那个——字段不遵循访问控制的“向上转型可见性”逻辑
怎么验证字段访问确实不走多态
写个最小可复现例子，比看文档更直接：
class Animal { public String type = "Animal"; }
class Dog extends Animal { public String type = "Dog"; }
Animal a = new Dog();
System.out.println(a.type); // 输出 "Animal"，不是 "Dog"
这个结果说明：哪怕a实际指向Dog实例，JVM仍按Animal类型去查字段定义位置。
立即学习“Java免费学习笔记（深入）”；
- 把
type改成private，再加public String getType()方法，结果就变成多态行为——说明只有方法才走虚方法表 - 字段名拼错、大小写不一致，编译器不会报错，而是静默创建新字段，容易误以为“覆盖成功”
- IDE（如IntelliJ）对字段多态无警告，但对方法重写有明确提示，这是重要线索
什么时候会误以为字段“被多态了”
通常发生在字段配合 getter/setter 使用，而开发者没注意 getter 是方法、字段本身不是。
使用场景：Spring Bean 属性注入、Lombok @Data 生成的字段+getter、MyBatis 返回的 POJO。
-
@Data生成的getName()是方法，调用它才走多态；直接访问name字段则不会 - JSON 反序列化（如 Jackson）默认操作字段，不是 getter，所以子类字段不会自动生效，除非显式配置
@JsonTypeInfo - 反射读取字段时，
getField("xxx")查的是声明类型，getDeclaredField("xxx")才能拿到子类自己的字段（但需 setAccessible）
绕过字段非多态限制的务实做法
别硬刚字段访问规则，改用符合 JVM 行为的设计方式。
- 所有需要多态语义的“属性”，统一封装成
public方法（哪怕只是简单 getter），而不是暴露字段 - 避免在父类和子类中定义同名字段；如果必须，用不同名（如
animalType/dogBreed），靠方法聚合逻辑 - 构造器或初始化块里，用
this.xxx = xxx确保子类字段被赋值，但记得：父类引用仍然看不到它 - 单元测试里别只测
obj.field，一定要覆盖obj.getField()路径，否则容易漏掉多态失效问题
真正麻烦的不是规则本身，而是字段和方法看起来差不多，却一个编译期锁定、一个运行期跳转——这种不对称性，得靠代码风格和测试习惯来兜底。
