1. 中介者模式模块间解耦的终极方案第一次接手大型电商系统重构时我被订单、库存、支付、物流等模块间蜘蛛网般的调用关系震惊了。某个深夜因为修改了优惠券模块的接口导致积分系统异常崩溃——这正是典型的多模块直接耦合带来的灾难。中介者模式就像在混乱的战场上派出一位指挥官让所有模块只需与中介者对话彻底解决牵一发而动全身的问题。2. 模式原理深度解析2.1 核心角色拆解Mediator抽象中介者定义同事对象到中介者的接口ConcreteMediator具体中介者实现协调各同事对象的逻辑Colleague同事类所有需要交互的模块父类持有中介者引用典型实现中各模块不再相互持有引用而是通过中介者的notify方法传递事件。比如订单创建时只需调用mediator.notify(ORDER_CREATED, orderData)中介者会自动触发库存扣减、支付初始化等后续流程。2.2 通信机制对比通信方式直接调用中介者模式耦合度高网状结构低星型结构可维护性修改影响面大仅需修改中介者扩展性需修改所有调用方新增模块只需注册典型应用场景简单系统复杂交互系统3. 实战电商系统改造实录3.1 原始架构痛点原有系统存在订单模块直接调用库存、支付、物流等6个模块的情况导致修改支付接口需要同步更新5个调用方循环依赖导致启动顺序敏感新增促销模块需要修改3个现有模块3.2 中介者实现关键代码// 抽象中介者 public interface OrderMediator { void register(ModuleType type, OrderModule module); void notify(ModuleType sender, Event event); } // 具体中介者 public class OrderMediatorImpl implements OrderMediator { private MapModuleType, OrderModule modules new HashMap(); Override public void notify(ModuleType sender, Event event) { switch (event.getType()) { case ORDER_CREATED: modules.get(ModuleType.INVENTORY).handle(event); modules.get(ModuleType.PAYMENT).handle(event); break; case PAYMENT_COMPLETED: modules.get(ModuleType.LOGISTICS).handle(event); break; // 其他事件处理... } } }3.3 改造效果对比指标改造前改造后模块间依赖数236新增模块工作量3人日0.5人日接口变更影响范围5-8个文件仅中介者类4. 高级应用技巧4.1 中介者模式与消息队列的配合在分布式系统中可以结合RabbitMQ实现跨服务中介各服务订阅特定事件类型中介者服务将事件发布到对应Exchange通过RoutingKey实现精确路由# Django示例使用Celery作为中介者 app.task def order_mediator(event_type, payload): if event_type order_created: inventory_task.delay(payload) payment_task.delay(payload) elif event_type payment_success: logistics_task.delay(payload)4.2 性能优化方案对于高频交互场景采用事件批处理如每100ms处理一次使用享元模式共享事件对象异步非阻塞处理Reactor模式5. 避坑指南5.1 典型误用场景过度集中化将业务逻辑全部塞进中介者导致上帝对象正确做法中介者只做路由业务逻辑仍在各模块循环通知A模块事件触发B模块B又触发A解决方案设置事件最大传播深度同步阻塞调用影响系统吞吐量改进方案结合观察者模式异步处理5.2 调试技巧在中介者添加事件日志class LogisticsMediator { notify(sender, event) { console.log([${new Date().toISOString()}] ${sender} - ${event.type}); // ...原有逻辑 } }使用染色标记追踪事件流可视化事件流向图可用GraphQL实现6. 模式演进与替代方案6.1 中介者模式变种事件总线简化版中介者如Vue的EventBusCQRS模式将读写操作分离为不同中介者Saga模式分布式事务场景下的中介者实现6.2 与其他模式对比当遇到以下情况时考虑替代方案简单交互 → 观察者模式需要历史记录 → 备忘录模式固定处理流程 → 责任链模式在最近开发的物联网平台中我们采用分层中介者架构设备层使用本地中介者处理实时控制业务层通过Kafka实现全局事件协调。这种混合架构既保证了实时性又实现了模块间解耦使系统能够支持每天200万的设备消息处理。 中介者模式：解耦复杂系统的星型通信方案
1. 中介者模式模块间解耦的终极方案第一次接手大型电商系统重构时我被订单、库存、支付、物流等模块间蜘蛛网般的调用关系震惊了。某个深夜因为修改了优惠券模块的接口导致积分系统异常崩溃——这正是典型的多模块直接耦合带来的灾难。中介者模式就像在混乱的战场上派出一位指挥官让所有模块只需与中介者对话彻底解决牵一发而动全身的问题。2. 模式原理深度解析2.1 核心角色拆解Mediator抽象中介者定义同事对象到中介者的接口ConcreteMediator具体中介者实现协调各同事对象的逻辑Colleague同事类所有需要交互的模块父类持有中介者引用典型实现中各模块不再相互持有引用而是通过中介者的notify方法传递事件。比如订单创建时只需调用mediator.notify(ORDER_CREATED, orderData)中介者会自动触发库存扣减、支付初始化等后续流程。2.2 通信机制对比通信方式直接调用中介者模式耦合度高网状结构低星型结构可维护性修改影响面大仅需修改中介者扩展性需修改所有调用方新增模块只需注册典型应用场景简单系统复杂交互系统3. 实战电商系统改造实录3.1 原始架构痛点原有系统存在订单模块直接调用库存、支付、物流等6个模块的情况导致修改支付接口需要同步更新5个调用方循环依赖导致启动顺序敏感新增促销模块需要修改3个现有模块3.2 中介者实现关键代码// 抽象中介者 public interface OrderMediator { void register(ModuleType type, OrderModule module); void notify(ModuleType sender, Event event); } // 具体中介者 public class OrderMediatorImpl implements OrderMediator { private MapModuleType, OrderModule modules new HashMap(); Override public void notify(ModuleType sender, Event event) { switch (event.getType()) { case ORDER_CREATED: modules.get(ModuleType.INVENTORY).handle(event); modules.get(ModuleType.PAYMENT).handle(event); break; case PAYMENT_COMPLETED: modules.get(ModuleType.LOGISTICS).handle(event); break; // 其他事件处理... } } }3.3 改造效果对比指标改造前改造后模块间依赖数236新增模块工作量3人日0.5人日接口变更影响范围5-8个文件仅中介者类4. 高级应用技巧4.1 中介者模式与消息队列的配合在分布式系统中可以结合RabbitMQ实现跨服务中介各服务订阅特定事件类型中介者服务将事件发布到对应Exchange通过RoutingKey实现精确路由# Django示例使用Celery作为中介者 app.task def order_mediator(event_type, payload): if event_type order_created: inventory_task.delay(payload) payment_task.delay(payload) elif event_type payment_success: logistics_task.delay(payload)4.2 性能优化方案对于高频交互场景采用事件批处理如每100ms处理一次使用享元模式共享事件对象异步非阻塞处理Reactor模式5. 避坑指南5.1 典型误用场景过度集中化将业务逻辑全部塞进中介者导致上帝对象正确做法中介者只做路由业务逻辑仍在各模块循环通知A模块事件触发B模块B又触发A解决方案设置事件最大传播深度同步阻塞调用影响系统吞吐量改进方案结合观察者模式异步处理5.2 调试技巧在中介者添加事件日志class LogisticsMediator { notify(sender, event) { console.log([${new Date().toISOString()}] ${sender} - ${event.type}); // ...原有逻辑 } }使用染色标记追踪事件流可视化事件流向图可用GraphQL实现6. 模式演进与替代方案6.1 中介者模式变种事件总线简化版中介者如Vue的EventBusCQRS模式将读写操作分离为不同中介者Saga模式分布式事务场景下的中介者实现6.2 与其他模式对比当遇到以下情况时考虑替代方案简单交互 → 观察者模式需要历史记录 → 备忘录模式固定处理流程 → 责任链模式在最近开发的物联网平台中我们采用分层中介者架构设备层使用本地中介者处理实时控制业务层通过Kafka实现全局事件协调。这种混合架构既保证了实时性又实现了模块间解耦使系统能够支持每天200万的设备消息处理。