Java中成员变量不支持多态，因其字段访问采用编译期静态绑定，依据引用声明类型确定内存偏移，而非运行时动态查找；字段只有隐藏无重写，父子类同名字段物理独立；需通过getter方法封装实现“多态效果”。
Java中成员变量不支持多态，根本原因不是“动态绑定机制失效”，而是它压根就没有设计动态绑定机制——字段访问从一开始就是静态绑定的。
字段访问走的是编译期确定的内存偏移，不是运行时查找
方法调用依赖JVM的虚方法表（vtable），运行时根据对象真实类型跳转到对应实现；而字段在编译阶段就计算出它在类实例内存布局中的固定偏移量，这个偏移完全由引用变量的声明类型（即左边类型）决定。比如：
-
Animal a = new Dog(); → 编译器看到
a是Animal类型，就直接定位到Animal类结构里name字段的位置 - 哪怕
Dog也定义了同名name，那只是在Dog自己的内存块里另开一块空间，和父类字段物理上不重叠 - JVM不会、也不能在运行时“切换”去读
Dog的字段，因为字段没有重写语义，只有隐藏（hiding）
隐藏 ≠ 覆盖，两者内存独立且互不可见
子类中声明同名字段，不会抹掉父类字段，而是并存两份数据：
- 父类字段仍可通过
super.name在子类内部访问 - 但通过父类引用（如
Animal a）只能触达父类那份，无法自动“升维”到子类字段 - 想拿到子类值？必须显式转型：
((Dog)a).name，或者改用子类引用直接访问
设计意图：状态归属静态化，行为委托动态化
Java有意将“数据归属”和“行为分派”解耦：
立即学习“Java免费学习笔记（深入）”；
- 字段代表状态，它的归属必须明确、可预测——编译时就能知道读哪一块内存，避免调试时含义漂移
- 方法代表行为，交由运行时动态绑定，支撑灵活扩展和接口抽象
- 若字段也参与多态，会导致同一行
a.name在不同上下文返回不同值，破坏封装性和可维护性
想让字段表现“多态效果”，得靠方法封装
真正需要延迟解析的地方，交给getter：
- 把字段设为
private，提供public String getName()（父类中） - 子类重写该方法：
@Override public String getName() { return "Dog"; } - 此时
a.getName()就会走动态绑定，返回子类逻辑结果 - 本质是把“值的获取”从静态字段访问，转移到可被重写的动态方法上
