1. 中介者模式模块间解耦的利器第一次接触中介者模式是在一个电商后台系统的重构项目中。当时我们的订单模块需要直接调用库存模块、支付模块和物流模块各模块间形成了复杂的网状调用关系。每次新增一个业务功能都要在多个模块间来回修改系统维护成本呈指数级上升。直到引入了中介者模式才彻底解决了这个牵一发而动全身的痛点。中介者模式Mediator Pattern属于行为型设计模式其核心思想是通过引入一个中介对象来封装一系列对象之间的交互。这样对象之间不需要显式地相互引用从而使其耦合松散而且可以独立地改变它们之间的交互。就像现实生活中的机场塔台协调各航班起降而不需要飞机之间直接通信。2. 中介者模式的核心结构2.1 模式角色解析中介者模式包含四个关键角色Mediator抽象中介者定义同事对象到中介者对象的接口ConcreteMediator具体中介者实现抽象中介者的方法协调各同事对象Colleague抽象同事类定义各同事类共有的方法和属性ConcreteColleague具体同事类实现自己的业务逻辑通过中介者与其他同事通信2.2 UML类图示意---------------- ---------------- | Mediator | | Colleague | ---------------- ---------------- | notify() |----| mediator | ---------------- ---------------- ^ ^ | | ---------------- ---------------- |ConcreteMediator| |ConcreteColleague| ---------------- ---------------- | notify() | | action() | ---------------- ----------------3. 中介者模式的实现细节3.1 Java实现示例让我们通过一个聊天室案例来具体实现中介者模式// 抽象中介者 interface ChatMediator { void sendMessage(String msg, User user); void addUser(User user); } // 具体中介者 class ChatMediatorImpl implements ChatMediator { private ListUser users; public ChatMediatorImpl() { this.users new ArrayList(); } Override public void sendMessage(String msg, User user) { for(User u : this.users) { // 不发送给消息发起者 if(u ! user) { u.receive(msg); } } } Override public void addUser(User user) { this.users.add(user); } } // 抽象同事类 abstract class User { protected ChatMediator mediator; protected String name; public User(ChatMediator med, String name) { this.mediator med; this.name name; } public abstract void send(String msg); public abstract void receive(String msg); } // 具体同事类 class UserImpl extends User { public UserImpl(ChatMediator med, String name) { super(med, name); } Override public void send(String msg) { System.out.println(this.name : 发送消息 msg); mediator.sendMessage(msg, this); } Override public void receive(String msg) { System.out.println(this.name : 收到消息 msg); } } // 客户端使用 public class Client { public static void main(String[] args) { ChatMediator mediator new ChatMediatorImpl(); User user1 new UserImpl(mediator, 张三); User user2 new UserImpl(mediator, 李四); User user3 new UserImpl(mediator, 王五); mediator.addUser(user1); mediator.addUser(user2); mediator.addUser(user3); user1.send(大家好); } }3.2 关键实现要点中介者持有所有同事引用具体中介者需要维护所有同事对象的引用这是协调的基础同事只与中介者通信同事对象之间不直接交互所有通信都通过中介者转发中介者处理复杂逻辑路由逻辑、权限控制、消息转换等复杂处理都放在中介者中4. 中介者模式的应用场景4.1 典型应用场景GUI组件交互各种UI控件按钮、输入框等通过对话框中介者协调聊天应用如上面的示例用户之间不直接通信航空管制系统飞机与飞机之间不直接通信通过塔台协调企业应用集成多个子系统通过ESB企业服务总线集成4.2 实际项目案例在某电商平台项目中我们使用中介者模式重构了订单处理流程// 订单处理中介者 public class OrderProcessingMediator implements OrderMediator { private InventorySystem inventory; private PaymentSystem payment; private ShippingSystem shipping; private NotificationSystem notification; Override public void placeOrder(Order order) { // 检查库存 if(!inventory.checkStock(order)) { throw new RuntimeException(库存不足); } // 处理支付 PaymentResult result payment.process(order); if(!result.isSuccess()) { throw new RuntimeException(支付失败); } // 安排物流 ShippingInfo info shipping.schedule(order); // 发送通知 notification.sendOrderConfirmation(order, info); } // 省略setter方法 }重构后订单模块只需与中介者交互不再需要了解库存、支付等子系统的细节。5. 中介者模式的优缺点5.1 主要优点降低耦合度将网状结构变为星型结构各模块只需与中介者交互集中控制交互逻辑集中在中介者中便于维护和扩展复用性提高同事类可以独立变化和复用简化对象协议从多对多变为一对多协议更简单5.2 潜在缺点中介者可能变得复杂随着交互逻辑增加中介者可能变成上帝对象性能考虑所有通信都经过中介者可能成为性能瓶颈过度设计风险简单系统使用中介者模式可能增加不必要的复杂性6. 中介者模式的最佳实践6.1 何时使用中介者模式根据我的经验以下情况特别适合使用中介者模式系统中对象之间存在复杂的引用关系想通过一个中间类来封装多个类中的行为不想生成太多子类的情况下扩展功能多个类之间的依赖关系形成了网状结构6.2 实现建议保持中介者轻量避免将业务逻辑放入中介者它应该只负责协调合理划分职责明确哪些交互应该由中介者处理哪些应该由同事类自行处理考虑性能影响对于高频交互可能需要缓存机制或异步处理提供默认实现可以提供一个基础中介者然后通过继承扩展特定功能7. 中介者模式与其他模式的关系7.1 与外观模式的区别外观模式关注的是简化接口隐藏子系统复杂性而中介者模式关注的是对象间的交互方式避免它们直接引用。7.2 与观察者模式的结合中介者模式常与观察者模式结合使用中介者作为观察者监听同事对象的状态变化然后通知其他相关同事。// 使用观察者模式实现的中介者 public class ObserverMediator implements Mediator, Observer { private ListColleague colleagues new ArrayList(); Override public void addColleague(Colleague colleague) { colleagues.add(colleague); colleague.addObserver(this); } Override public void update(Observable o, Object arg) { // 处理同事状态变化并通知其他同事 } }8. 常见问题与解决方案8.1 中介者变得过于复杂问题随着业务增长中介者类变得庞大难以维护。解决方案使用多个中介者分层处理如全局中介者和领域中介者将部分逻辑移到同事类中使用命令模式封装交互请求8.2 循环依赖问题问题中介者依赖同事同事又依赖中介者导致循环依赖。解决方案使用依赖注入框架通过接口解耦采用setter注入而非构造器注入8.3 性能瓶颈问题高频交互导致中介者成为性能瓶颈。解决方案引入异步处理机制使用缓存减少重复计算考虑部分直接通信的混合模式9. 实际项目中的经验教训在金融系统项目中我们曾过度使用中介者模式导致系统变得难以理解。后来我们总结出几条经验不要过早引入中介者当对象间交互确实变得复杂时再考虑使用控制中介者规模超过500行的中介者就应该考虑拆分明确交互边界文档化记录哪些交互应该通过中介者监控中介者性能特别在高并发场景下要密切监控10. 中介者模式的现代应用在现代分布式系统中中介者模式有了新的应用形式消息中间件Kafka、RabbitMQ等充当系统间的中介者API网关微服务架构中的网关实际上就是中介者事件总线如Spring的事件机制实现了中介者模式前端状态管理Redux/Vuex中的store就是前端组件的中介者// 前端状态管理中的中介者模式示例 const store new Vuex.Store({ state: { count: 0 }, mutations: { increment(state) { state.count } }, actions: { incrementAsync({ commit }) { setTimeout(() { commit(increment) }, 1000) } } }) // 组件通过dispatch与中介者交互 this.$store.dispatch(incrementAsync)中介者模式从最初的GUI开发到现在的分布式系统架构始终发挥着重要作用。理解其本质后我们可以在各种场景下灵活应用这一模式构建更加松耦合、易维护的系统。 中介者模式：解耦复杂系统交互的设计模式实践
1. 中介者模式模块间解耦的利器第一次接触中介者模式是在一个电商后台系统的重构项目中。当时我们的订单模块需要直接调用库存模块、支付模块和物流模块各模块间形成了复杂的网状调用关系。每次新增一个业务功能都要在多个模块间来回修改系统维护成本呈指数级上升。直到引入了中介者模式才彻底解决了这个牵一发而动全身的痛点。中介者模式Mediator Pattern属于行为型设计模式其核心思想是通过引入一个中介对象来封装一系列对象之间的交互。这样对象之间不需要显式地相互引用从而使其耦合松散而且可以独立地改变它们之间的交互。就像现实生活中的机场塔台协调各航班起降而不需要飞机之间直接通信。2. 中介者模式的核心结构2.1 模式角色解析中介者模式包含四个关键角色Mediator抽象中介者定义同事对象到中介者对象的接口ConcreteMediator具体中介者实现抽象中介者的方法协调各同事对象Colleague抽象同事类定义各同事类共有的方法和属性ConcreteColleague具体同事类实现自己的业务逻辑通过中介者与其他同事通信2.2 UML类图示意---------------- ---------------- | Mediator | | Colleague | ---------------- ---------------- | notify() |----| mediator | ---------------- ---------------- ^ ^ | | ---------------- ---------------- |ConcreteMediator| |ConcreteColleague| ---------------- ---------------- | notify() | | action() | ---------------- ----------------3. 中介者模式的实现细节3.1 Java实现示例让我们通过一个聊天室案例来具体实现中介者模式// 抽象中介者 interface ChatMediator { void sendMessage(String msg, User user); void addUser(User user); } // 具体中介者 class ChatMediatorImpl implements ChatMediator { private ListUser users; public ChatMediatorImpl() { this.users new ArrayList(); } Override public void sendMessage(String msg, User user) { for(User u : this.users) { // 不发送给消息发起者 if(u ! user) { u.receive(msg); } } } Override public void addUser(User user) { this.users.add(user); } } // 抽象同事类 abstract class User { protected ChatMediator mediator; protected String name; public User(ChatMediator med, String name) { this.mediator med; this.name name; } public abstract void send(String msg); public abstract void receive(String msg); } // 具体同事类 class UserImpl extends User { public UserImpl(ChatMediator med, String name) { super(med, name); } Override public void send(String msg) { System.out.println(this.name : 发送消息 msg); mediator.sendMessage(msg, this); } Override public void receive(String msg) { System.out.println(this.name : 收到消息 msg); } } // 客户端使用 public class Client { public static void main(String[] args) { ChatMediator mediator new ChatMediatorImpl(); User user1 new UserImpl(mediator, 张三); User user2 new UserImpl(mediator, 李四); User user3 new UserImpl(mediator, 王五); mediator.addUser(user1); mediator.addUser(user2); mediator.addUser(user3); user1.send(大家好); } }3.2 关键实现要点中介者持有所有同事引用具体中介者需要维护所有同事对象的引用这是协调的基础同事只与中介者通信同事对象之间不直接交互所有通信都通过中介者转发中介者处理复杂逻辑路由逻辑、权限控制、消息转换等复杂处理都放在中介者中4. 中介者模式的应用场景4.1 典型应用场景GUI组件交互各种UI控件按钮、输入框等通过对话框中介者协调聊天应用如上面的示例用户之间不直接通信航空管制系统飞机与飞机之间不直接通信通过塔台协调企业应用集成多个子系统通过ESB企业服务总线集成4.2 实际项目案例在某电商平台项目中我们使用中介者模式重构了订单处理流程// 订单处理中介者 public class OrderProcessingMediator implements OrderMediator { private InventorySystem inventory; private PaymentSystem payment; private ShippingSystem shipping; private NotificationSystem notification; Override public void placeOrder(Order order) { // 检查库存 if(!inventory.checkStock(order)) { throw new RuntimeException(库存不足); } // 处理支付 PaymentResult result payment.process(order); if(!result.isSuccess()) { throw new RuntimeException(支付失败); } // 安排物流 ShippingInfo info shipping.schedule(order); // 发送通知 notification.sendOrderConfirmation(order, info); } // 省略setter方法 }重构后订单模块只需与中介者交互不再需要了解库存、支付等子系统的细节。5. 中介者模式的优缺点5.1 主要优点降低耦合度将网状结构变为星型结构各模块只需与中介者交互集中控制交互逻辑集中在中介者中便于维护和扩展复用性提高同事类可以独立变化和复用简化对象协议从多对多变为一对多协议更简单5.2 潜在缺点中介者可能变得复杂随着交互逻辑增加中介者可能变成上帝对象性能考虑所有通信都经过中介者可能成为性能瓶颈过度设计风险简单系统使用中介者模式可能增加不必要的复杂性6. 中介者模式的最佳实践6.1 何时使用中介者模式根据我的经验以下情况特别适合使用中介者模式系统中对象之间存在复杂的引用关系想通过一个中间类来封装多个类中的行为不想生成太多子类的情况下扩展功能多个类之间的依赖关系形成了网状结构6.2 实现建议保持中介者轻量避免将业务逻辑放入中介者它应该只负责协调合理划分职责明确哪些交互应该由中介者处理哪些应该由同事类自行处理考虑性能影响对于高频交互可能需要缓存机制或异步处理提供默认实现可以提供一个基础中介者然后通过继承扩展特定功能7. 中介者模式与其他模式的关系7.1 与外观模式的区别外观模式关注的是简化接口隐藏子系统复杂性而中介者模式关注的是对象间的交互方式避免它们直接引用。7.2 与观察者模式的结合中介者模式常与观察者模式结合使用中介者作为观察者监听同事对象的状态变化然后通知其他相关同事。// 使用观察者模式实现的中介者 public class ObserverMediator implements Mediator, Observer { private ListColleague colleagues new ArrayList(); Override public void addColleague(Colleague colleague) { colleagues.add(colleague); colleague.addObserver(this); } Override public void update(Observable o, Object arg) { // 处理同事状态变化并通知其他同事 } }8. 常见问题与解决方案8.1 中介者变得过于复杂问题随着业务增长中介者类变得庞大难以维护。解决方案使用多个中介者分层处理如全局中介者和领域中介者将部分逻辑移到同事类中使用命令模式封装交互请求8.2 循环依赖问题问题中介者依赖同事同事又依赖中介者导致循环依赖。解决方案使用依赖注入框架通过接口解耦采用setter注入而非构造器注入8.3 性能瓶颈问题高频交互导致中介者成为性能瓶颈。解决方案引入异步处理机制使用缓存减少重复计算考虑部分直接通信的混合模式9. 实际项目中的经验教训在金融系统项目中我们曾过度使用中介者模式导致系统变得难以理解。后来我们总结出几条经验不要过早引入中介者当对象间交互确实变得复杂时再考虑使用控制中介者规模超过500行的中介者就应该考虑拆分明确交互边界文档化记录哪些交互应该通过中介者监控中介者性能特别在高并发场景下要密切监控10. 中介者模式的现代应用在现代分布式系统中中介者模式有了新的应用形式消息中间件Kafka、RabbitMQ等充当系统间的中介者API网关微服务架构中的网关实际上就是中介者事件总线如Spring的事件机制实现了中介者模式前端状态管理Redux/Vuex中的store就是前端组件的中介者// 前端状态管理中的中介者模式示例 const store new Vuex.Store({ state: { count: 0 }, mutations: { increment(state) { state.count } }, actions: { incrementAsync({ commit }) { setTimeout(() { commit(increment) }, 1000) } } }) // 组件通过dispatch与中介者交互 this.$store.dispatch(incrementAsync)中介者模式从最初的GUI开发到现在的分布式系统架构始终发挥着重要作用。理解其本质后我们可以在各种场景下灵活应用这一模式构建更加松耦合、易维护的系统。