成员变量不具备多态性，因其访问由编译时类型决定，不随实际对象类型变化；而方法支持运行时动态绑定，通过虚方法表实现重写后的具体调用，体现真正的多态行为。

成员变量不具备多态性，是因为它的访问完全由编译时类型决定，不随实际对象类型变化；而方法支持动态绑定，运行时才能确定调用哪个类的具体实现——这是 Java 多态机制的核心区分。

成员变量“编译时定型”，没有运行时选择

Java 编译器在编译阶段就锁定了变量的归属位置。只要声明类型（等号左边）确定了，访问的就是该类型中定义的变量，哪怕实际对象是子类，也不会切换到子类同名变量。

• 比如 Parent p = new Child();，p.num 永远读取 Parent 类里的 num，哪怕 Child 中也定义了 int num = 20
• 这不是“找不到”，而是明确按声明类型解析——子类变量只是“隐藏”了父类变量，并非覆盖，二者内存地址不同、互不影响
• 这种行为叫“变量隐藏”（field hiding），不是多态，也不触发任何运行时判断

方法调用依赖“运行时类型”，支持动态分派

方法调用在编译期只检查合法性（父类里有没有这个方法签名），真正执行哪份代码，要等到运行时看 new 出来的对象到底是什么类型。

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

• 同样 Parent p = new Child();，调用 p.show() 时，JVM 查的是 Child 实例的实际类型，然后找到它重写的 show()
• 底层靠虚方法表（vtable）实现：每个类维护自己的方法表，子类表中对应项指向自己重写后的入口地址
• 只有被 public/protected 修饰、非 static/final/private 的实例方法才参与这个机制

为什么设计成这样？根本原因在语义与效率

变量代表状态，方法代表行为——这两者在面向对象建模中承担不同职责，Java 的设计选择反映了这一区分。

• 变量访问要快且确定：直接偏移量寻址，编译期就能算出字段在对象内存中的位置，避免运行时查表开销
• 行为需要灵活可扩展：业务逻辑常需替换实现（如支付方式、日志策略），方法多态让同一接口能对接多种具体行为，无需改调用方代码
• 避免歧义：如果变量也多态，p.num 到底是读父类字段还是子类字段？尤其当两者类型不同时（如 String num vs int num），编译器无法统一推导

哪些“看起来像多态”的情况其实不是

容易混淆的几种情形，本质都和多态无关：

• static 方法：编译时绑定，看引用类型，子类同名方法只是“隐藏”，不构成重写
• final 或 private 方法：不能被重写，自然无法体现多态行为
• 构造方法：属于对象创建过程，不参与多态调用链
• 成员变量本身：无论是否 public，都不具备动态绑定能力

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南