抽象类定义行为骨架与公共能力，策略模式解耦算法逻辑，组合模式构建规则树——三者协同实现高扩展性与调用一致性。
抽象类与组合策略的混合开发模式，核心是用抽象类定义行为骨架和公共能力，用策略模式解耦具体算法逻辑，再通过组合模式组织多层规则结构——三者协同，既保障扩展性，又维持调用一致性。
抽象类：统一行为接口与共享基础能力
抽象类作为顶层契约，声明必须实现的核心方法（如 execute()），同时封装可复用的通用逻辑（如状态校验、DAO注入、日志记录）。它不关心具体怎么执行，只确保所有子类具备一致的行为入口和基础支撑。
- 避免重复代码：数据库操作、权限检查、参数预处理等放在抽象类中
- 强制规范：子类必须实现关键业务逻辑，无法绕过设计约束
- 天然支持 Spring 管理：加 @Component 后可直接注入，便于策略动态获取
策略模式：按需切换算法，隔离变化点
将不同业务场景下的决策逻辑（如“按交易笔数路由”“按时间段分流”“按收银员分组”）拆成独立策略类，每个类实现同一策略接口或继承同一抽象策略类。运行时根据配置或上下文，选择对应策略实例执行。
- 新增规则无需修改原有代码，只需新增一个策略实现类
- 策略间完全解耦，可单独测试、灰度、开关控制
- 配合枚举或配置中心，实现策略的动态加载与替换
组合模式：构建规则树，统一递归执行
当某类策略本身具备层级结构（例如“交易时间规则”下嵌套“工作日规则”“节假日规则”“高峰时段规则”），就用组合模式建模：定义统一组件接口，叶子节点代表原子规则，容器节点持有子组件列表并递归委托执行。
- 客户端无需区分单条规则还是规则组，调用方式完全一致
- 支持嵌套、复用、动态增删子规则，适合复杂业务配置场景
- 与策略模式自然衔接——组合节点本身可作为一个复合策略参与路由调度
三者如何串联落地
典型流程是：请求进来 → 抽象路由处理器（RouterStrategy）接管 → 根据规则类型定位具体策略（如 TimeBasedRouter）→ 若该策略是组合节点，则遍历其子规则（WeekdayRule、HolidayRule等）逐个执行 → 每个子规则可能是原子策略，也可能是更深层的组合节点 → 最终聚合结果返回。
这种结构让系统既能横向扩展新规则类型，又能纵向细化规则粒度，还不破坏已有调用链路。
