核心是用接口或抽象类定义稳定契约，新增业务类型只需加类不改老代码；接口统一行为契约避免if-else，调用方依赖接口而非实现；spring通过ioc自动装配多实现类并支持策略上下文动态选型；抽象类封装不变逻辑，子类专注可变部分；确保多态生效需规避static/final/private修饰、签名不一致及直接new实例等常见失效场景。

核心是用接口或抽象类定义稳定契约，让新增业务类型只需加类、不改老代码。

用接口统一行为契约，避免 if-else 分支

把同类但逻辑不同的业务操作（如支付、通知、审批、导出）抽象成接口，只声明“做什么”，不规定“怎么做”。调用方只依赖接口，不关心具体实现。

• 例如定义 NotificationService 接口，含 send(String content) 方法
• 已有 SmsNotificationService 和 EmailNotificationService
• 后续加钉钉通知，只需新增 DingTalkNotificationService 并实现接口，主流程完全不动

配合 Spring 自动装配 + 策略上下文动态选型

Spring 的 IoC 容器天然支持多态扩展。所有实现类标注 @Service，统一实现同一接口，就能被自动识别和管理。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 用 @Autowired List 或 Map 注入全部实现
• 按业务标识（如 channel = "sms"）从 Map 中取对应实例
• 可进一步封装为 StrategyContext.execute("sms", content)，对外隐藏选择逻辑

抽象类聚焦不变逻辑，子类专注可变部分

当多个子类有共用流程（如日志、校验、状态更新），把这些稳定逻辑写在抽象类里；把差异点（如阈值、渠道、模板）留给子类决定。

• 例如 abstract class ApprovalProcess 定义 abstract Result approve(Req req)
• 在抽象类中实现通用的 beforeApprove()（记录时间、检查权限）和 afterApprove()（发消息、更新状态）
• 子类只重写 approve()，处理各自审批规则，不重复写基础设施代码

确保多态真正生效的关键细节

写了子类不等于多态就起作用。常见失效场景要主动规避：

• 方法被 static、final 或 private 修饰 → JVM 不做动态分派
• 子类方法签名与父类不一致（参数类型不同、返回类型协变违规）→ 实际是重载，不是重写
• 调用时用 new XxxServiceImpl() 直接实例化 → 绕过接口引用，失去多态意义
• 务必在重写方法上加 @Override 注解，让 IDE 帮你校验是否真重写了

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