多态使同一代码适配不同子类对象，解决新增子类时无需修改原有逻辑的问题；需用父类或接口引用指向子类实例，重写须保持访问权限和返回类型兼容，优先使用接口，default/static方法不参与多态。
多态让同一段代码能适配不同对象类型
Java多态不是为了炫技，而是解决「新增子类时不想改已有逻辑」的问题。比如你写了一个处理支付的模块，支持 Alipay、WechatPay，后面要加 ApplePay，如果没用多态，就得在每个 if/else 或 switch 里补 case；用了多态，只要新写一个类实现统一接口，其他地方几乎不用动。
必须用接口或父类引用指向子类对象
多态生效的前提是：变量声明类型是父类或接口，实际指向的是子类实例。直接用子类类型声明（如 Alipay p = new Alipay();）就失去了多态意义，编译器连方法重写都懒得检查。
常见错误现象：java.lang.ClassCastException 出现在强制转型时——说明你绕过了多态本意，硬转类型，而不是靠统一接口调用。
- ✅ 正确写法：
PaymentProcessor p = new WechatPay(); p.pay(100); - ❌ 错误写法：
Alipay p = new WechatPay();（编译不通过） - ⚠️ 危险写法：
Object obj = new WechatPay(); PaymentProcessor p = (PaymentProcessor) obj;（运行时可能崩）
重写方法时别碰访问权限和返回类型
子类重写父类方法时，public 方法不能降级为 protected 或 private，返回类型要么相同，要么是父类返回类型的子类型（协变返回）。否则编译直接报错，多态链就断了。
立即学习“Java免费学习笔记（深入）”；
性能影响很小，JVM 对虚方法调用做了优化（如内联缓存），但要注意：频繁反射调用或大量动态代理会削弱这种优化效果。
interface PaymentProcessor {
void pay(double amount);
}
class Alipay implements PaymentProcessor {
public void pay(double amount) { // 必须是 public
System.out.println("Alipay: " + amount);
}
}
实际开发中优先用接口而非抽象类
接口更轻量，支持多实现，也更符合「面向接口编程」原则。抽象类适合有共用字段或模板方法逻辑的场景，比如所有支付类都要记录 transactionId 和统一的日志前缀。
容易被忽略的一点：接口默认方法（default）和静态方法不是多态的组成部分，它们不参与运行时绑定，调用完全看引用类型声明。
比如：PaymentProcessor.log("start") 调用的是接口里的 static 方法，跟具体是哪个子类无关；而 p.pay(100) 才走多态分派。
