Java多态实现通用业务代码的核心是面向接口/抽象类编程：定义稳定契约（如NotificationService）、新增功能仅加实现类、参数/集合用接口类型、Spring自动装配+策略上下文封装选择逻辑、抽象类提取公共流程。

Java 中多态编写通用业务代码，核心是让调用方只面向接口或抽象类编程，不关心具体实现是谁。这样新增功能时加类就行，不用动已有逻辑，避免 if-else 膨胀和频繁修改主干代码。

定义稳定的行为契约

把一类有共性但实现不同的业务操作，抽象成接口或抽象类。接口只声明“做什么”，比如：

• NotificationService 接口定义 send(String content)
• PaymentStrategy 接口定义 pay(Order order)
• ExportHandler 接口定义 export(List data)

已有 Sms、Email 实现类；后续加微信通知，只需新增 WechatNotificationService 并实现 send 方法，主流程完全不动。

用父类引用统一调度

业务入口方法参数、返回值、集合变量都使用接口或抽象类类型：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

立即学习“Java免费学习笔记（深入）”；

• 方法参数写 void process(NotificationService notifier)，而非 SmsNotificationService
• 注入多个实现时用 @Autowired List 或 Map
• 运行时根据 channel、type 等标识从 Map 中取对应实例，比如 handlers.get("excel").export(data)

结合 Spring 自动装配与策略上下文

所有实现类标注 @Service，Spring 容器会自动识别并托管。进一步封装策略选择逻辑，对外提供简洁 API：

• 写一个 StrategyContext 类，内部维护 Map
• 提供 execute(String channel, String content) 方法，自动查表+调用
• 调用方只需传渠道名，不用知道有哪些实现、怎么选、怎么 new

抽象类封装公共流程，子类专注差异点

当多个子类共享固定步骤（如校验、日志、状态更新），把这些不变逻辑提到抽象类里：

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