如何应用多态下的成员变量访问规则实战解析“编译看左边，运行看左边”

文章小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《如何应用多态下的成员变量访问规则实战解析“编译看左边，运行看左边”》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

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，也不会生效
• 字段名大小写不一致（如 type vs Type），编译器不会报错，而是静默创建新字段，加剧排查难度

绕过限制的实用做法

不要试图让字段“走多态”，而应顺应 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）对字段同名无警告，但对方法重写会高亮提示——这是重要信号：字段不被当作多态单元对待。

到这里，我们也就讲完了《如何应用多态下的成员变量访问规则实战解析“编译看左边，运行看左边”》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！