行为型：中介者模式

目录

1、核心思想

2、实现方式

2.1 模式结构

2.2 实现案例

3、优缺点分析

4、适用场景

5、注意事项

---

1、核心思想

目的：通过引入一个中介对象来封装一组对象之间的交互，解决对象间过度耦合、频繁交互的问题。不管是对象引用维护还是消息的转发，都由处于中心节点的中介全权负责，最终架构出一套类似于星形拓扑的网络结构。

举例：

1> 微服务架构中的注册发现中心

2> 数据库中的外键关系表

3> 网络设备中的路由器

4> Spring框架的DispatcherServlet：作为HTTP请求的中介者，协调Controller、Service和View的交互

2、实现方式

2.1 模式结构

四个核心角色：

• Mediator（中介）​：共事者之间通信的中介平台接口，定义与共事者的通信标准，如连接注册方法与发送消息方法等。
• ConcreteMediator（中介实现）​：可以有多种实现，持有所有共事者对象的列表，并实现中介定义的通信方法。
•  Colleague（共事者/同事）​：定义所有同事对象的公共接口，包含对中介者的引用。
• ConcreteColleague（共事实现/同事实现）​：实现同事类接口，负责具体业务逻辑，并在需要时调用中介者的方法。

2.2 实现案例

聊天室系统：

//1、中介者接口：定义消息发送方法
interface ChatMediator {void sendMessage(String message, User sender);void addUser(User user);
}//2、具体中介者：聊天室
class ChatRoom implements ChatMediator {private List<User> users = new ArrayList<>();@Overridepublic void sendMessage(String message, User sender) {users.stream().filter(user -> !user.equals(sender)).forEach(user -> user.receive(message););}@Overridepublic void addUser(User user) {users.add(user);}
}//3、同事类抽象
abstract class User {protected ChatMediator mediator;protected String name;public User(ChatMediator mediator, String name) {this.mediator = mediator;this.name = name;}public abstract void send(String message);public abstract void receive(String message);@Overridepublic boolean equals(Object o) {if (o == null || getClass() != o.getClass()) return false;User user = (User)o;return Objects.equals(name, user.name);}
}//4、具体同事类：聊天用户
class ChatUser extends User {public ChatUser(ChatMediator mediator, String name) {super(mediator, name);}@Overridepublic void send(String message) {System.out.println(name + " 发送消息: " + message);mediator.sendMessage(message, this); // 通过中介者转发消息}@Overridepublic void receive(String message) {System.out.println(name + " 收到消息: " + message);}
}//5、客户端
public class Client {public static void main(String[] args) {ChatMediator chatRoom = new ChatRoom();User alice = new ChatUser(chatRoom, "Alice");User bob = new ChatUser(chatRoom, "Bob");User charlie = new ChatUser(chatRoom, "Charlie");chatRoom.addUser(alice);chatRoom.addUser(bob);chatRoom.addUser(charlie);alice.send("大家好！");  // 输出：Alice 发送消息 → Bob和Charlie接收bob.send("你好，Alice！"); // 输出：Bob 发送消息 → Alice和Charlie接收}
}

3、优缺点分析

优点：

• 降低耦合度：对象间不直接依赖，通过中介者通信。

• 集中控制逻辑：交互逻辑集中在中介者，便于维护和扩展。

• 简化对象职责：同事类只需关注自身行为，无需管理复杂交互。

• 灵活扩展：新增同事类时，只需修改中介者，无需改动其他类。

缺点：

• 中介者复杂度高：中介者可能承担过多职责，成为“上帝对象”。

• 性能开销：中介者处理大量交互时可能成为性能瓶颈。

• 设计难度：需合理划分中介者与同事类的职责，避免过度设计。

4、适用场景

• 对象间交互复杂

  • 如GUI组件（按钮、输入框）联动，需统一协调。

• 系统需解耦

  • 如微服务架构中，通过API网关协调服务间调用。

• 多对多通信场景

  • 如聊天系统、多玩家游戏中的角色互动。

• 需要集中管控的场景

  • 如空中交通管制系统、智能家居设备控制。

5、注意事项

• 避免中介者臃肿

  • 若中介者逻辑过于复杂，可拆分多个子中介者或使用分层设计。

• 合理设计通信协议

  • 定义清晰的中介者接口，明确消息传递格式和规则。

• 性能优化

  • 对高频交互场景，采用异步处理或缓存机制提升效率。