排查多态Bug的关键是确认运行时实际调用的方法：先看编译类型决定可调用方法，再看运行类型决定执行哪个方法体；需验证重写是否成立（签名、访问修饰符、@Override）、调试观察真实类型与跳转位置，并注意字段和静态方法无动态绑定。
排查多态引发的 Bug，关键不是“找错”，而是确认“调用的到底是哪个类的方法”——因为动态绑定让方法执行目标在运行时才确定，编译期看不出来。很多问题本质是：你以为调用了子类方法，实际执行的是父类方法；或以为覆盖了，其实根本没重写成功。
看准编译类型和运行类型
Java 中一个引用变量有两套身份：
- 编译类型（左侧类型）：声明时写的类型，决定“能调用哪些方法”（编译检查依据）
-
运行类型（右侧对象）：
new出来的实际类，决定“最终执行哪个方法体”（动态绑定依据）
比如 Animal a = new Dog();，编译类型是 Animal，运行类型是 Dog。如果 Dog 没重写 makeSound()，那调用 a.makeSound() 就会执行 Animal 的版本——这不是 Bug，是预期行为，但常被误认为“没生效”。
检查重写是否真正成立
动态绑定只对满足重写（override）条件的方法生效。常见“看似重写、实则无效”的情况：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 方法签名不一致：参数类型、数量、顺序稍有不同 → 变成重载（overload），走静态绑定
- 返回类型不协变：子类方法返回类型不是父类返回类型的子类型（如父类返回
Object，子类返回String合法；但返回Integer却声明为void就非法） - 加了
static、private或final：这些方法不参与动态绑定，永远按编译类型调用 - 父类方法是默认包访问权限，子类在不同包中 → 子类根本看不到该方法，无法重写
建议在子类方法上强制加上 @Override 注解。IDE 和编译器会立刻报错提醒你：这个方法根本不是重写，帮你提前拦截问题。
用 Debug 实时验证运行时行为
别猜，直接看：
- 在调用多态方法的那行设断点（如
animal.makeSound()） - 用 F8（Step Over） 执行后，观察变量窗口里该引用的实际类型（IDEA 中鼠标悬停或展开 “Type” 字段）
- 用 F7（Step Into） 进入方法——IDEA 会跳转到**实际执行的那个类的方法体**，而不是声明类型的源码
- 如果 F7 跳进了父类方法，说明子类没重写成功；如果跳进子类，再确认逻辑是否符合预期
注意：调试时看到的一定是运行时类型的真实行为，这是最可靠的判断依据。
警惕字段访问和静态方法的“假多态”
多态只适用于实例方法调用，以下两种情况完全不走动态绑定：
-
访问字段（属性）：
a.name永远取编译类型（Animal）中定义的字段值，哪怕子类有同名字段也不会覆盖 -
调用静态方法：
a.staticMethod()实际调用的是Animal.staticMethod()，和a指向什么对象无关
这类问题常表现为“值不对”或“方法没按子类逻辑走”，本质是混淆了字段/静态方法与实例方法的绑定机制。
