多态是用父类或接口类型变量调用方法时，实际执行子类重写版本，且运行时才确定具体逻辑；必须通过父类引用指向子类对象才能触发动态绑定，否则为静态绑定。
Java中的多态，说白了就是：用同一个父类（或接口）类型的变量，去调用方法时，实际执行的却是子类自己写的版本——具体跑哪个子类的逻辑，要等程序真正运行起来才知道。
为什么必须用 父类引用指向子类对象？
这是多态能生效的“启动开关”。如果写成 Dog dog = new Dog()，编译器一眼就认出是 Dog 类型，直接绑定 dog.sound() 到 Dog 的实现，根本没机会“变”；而写成 Animal animal = new Dog()，编译器只认得 animal 是 Animal 类型，它没法在编译时确定具体行为——这个决定被推迟到运行时，JVM 查看 animal 实际指向的对象类型（这里是 Dog），再调用 Dog 重写的 sound() 方法。
- 不满足这个条件，比如直接 new 子类并用子类类型声明，就只是普通调用，不是多态
- 向上转型（
Animal a = new Dog()）是隐式的，安全；向下转型（Dog d = (Dog) a）需强制类型转换，可能抛ClassCastException - 父类引用只能访问父类中声明过的方法，子类独有的方法（如
Dog.guardHouse()）会“不可见”
方法重写 和 方法重载 容易混淆？
重写（@Override）是运行时多态的根基；重载（同名不同参）只是编译时多态，和面向对象的“多态性”本质无关。很多人误以为重载也算多态，其实它连继承都不需要，纯属编译器根据参数静态匹配，和“对象形态变化”毫无关系。
Crypto Auto Progression
下载
为 crypto-hedge-backtest 启用并维护“真实执行驱动”的自动推进（cron）。当用户要求每N分钟自动推进、自动汇报阶段成果、排查 cron 持续报错、或将自动化流程固化为可复用方案时使用。
- 重写：发生在父子类之间，签名完全一致，目的是改变行为逻辑
- 重载：发生在同一个类里，方法名相同但参数列表不同，返回值类型不影响重载判断
- 一个常见错误：在父类中把方法写成
private或static，子类里“看似重写”的方法其实只是新定义了一个方法，无法触发多态
什么时候该用多态？真实场景中怎么写才不踩坑？
典型场景是“统一处理多种类型”，比如支付、日志、策略计算。关键不是为了炫技，而是让新增子类时，原有调用代码完全不用改——这就是开闭原则的落地。
立即学习“Java免费学习笔记（深入）”；
public class PaymentProcessor {
public void execute(Payment payment, double amount) {
payment.pay(amount); // 这里不关心是 Alipay 还是 WechatPay
}
}
// 新增 PayByCrypto 类，只要继承 Payment 并重写 pay()
// 上面的 execute 方法一行代码都不用动
- 父类尽量用
abstract class或interface，避免出现“不能实例化的空壳类却写了具体实现”的设计矛盾 - 别在构造方法里调用可被重写的方法——子类对象还没初始化完，可能引发空指针或状态不一致
- 多态依赖 JVM 的虚方法表（vtable）机制，性能损耗极小，不必为这点开销放弃设计优势
最容易被忽略的一点：多态只对**实例方法**有效。字段访问、static 方法、final 方法、构造器，统统不参与动态绑定——它们的行为在编译期就锁死了。
