多态最直接的价值是支持开闭原则，新增子类或实现类无需修改原有调用逻辑即可自动适配；通过父类引用或接口编程实现解耦，配合策略模式等可进一步分离变与不变，避免条件分支膨胀。
Java 中多态最直接的价值，就是让程序能轻松应对新增需求而不改旧代码——扩展和迭代变得轻量、安全、可预测。
新增子类无需修改调用逻辑
只要新类继承已有父类（或实现相同接口），并重写关键方法，原有使用父类引用的代码就能自动适配新类型。
- 比如已有
Animal类和Dog、Cat子类，调用方只写animal.sound() - 新增
Bird类后，只需定义class Bird extends Animal { @Override void sound() { ... } } - 原业务方法（如
makeAllSound(List<Animal> animals)）完全不用动，就能处理新类型
接口驱动更利于解耦与替换
用接口而非具体类作为参数或返回类型，能让系统模块之间松耦合，迭代时更容易切换实现。
- 例如定义
PaymentProcessor接口，已有AlipayProcessor和WechatProcessor - 接入新支付方式（如
PayPalProcessor）只需实现接口，不碰原有支付流程 - 运行时通过配置或工厂决定用哪个实现，连编译都不需要重新触发
配合设计模式放大扩展能力
多态是策略模式、模板方法、观察者等模式的底层支撑，这些模式把“变”与“不变”清晰分离。
立即学习“Java免费学习笔记（深入）”；
- 策略模式中，算法族封装为接口，客户端只依赖接口；换策略 = 换实现类，零侵入
- 模板方法把骨架定在抽象类里，子类只重写钩子方法；加新流程 = 新建子类，不改模板
- 所有扩展都集中在子类或实现类内部，主干逻辑稳定，回归风险低
避免条件分支膨胀
没有多态时，常靠 if-else 或 switch 判断类型再调用不同逻辑，每加一种类型就得改判断逻辑。
- 这种写法违反开闭原则，易出错、难测试、难维护
- 多态天然消除类型判断：调用统一方法名，JVM 自动路由到对应实现
- 后续迭代只增类、不改分支，代码体积可控，可读性更强
