设计模式之中介者模式详解-CSDN博客

本文链接：https://blog.csdn.net/qq_39032307/article/details/149016780

设计模式之中介者模式详解

想象一下一个繁忙的机场控制塔，数十架飞机需要起飞、降落、滑行，如果没有这个控制塔作为协调中心，飞机之间直接通信将会多么混乱！中介者模式就像这个机场控制塔，它通过引入一个中介对象来封装一系列对象之间的交互，使这些对象不再显式地相互引用，从而降低它们之间的耦合度。

今天我们就来深入探讨这个在复杂系统中非常实用的设计模式。在实际开发中，当多个类之间存在复杂的网状交互关系时，中介者模式能帮助我们简化系统结构，提高代码的可维护性。

一、中介者模式的基本概念

理解了中介者模式的生活比喻后，我们来看看它的正式定义。中介者模式(Mediator Pattern)是一种行为型设计模式，它通过定义一个中介对象来封装一系列对象之间的交互，使这些对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

这种模式特别适用于当多个对象之间存在复杂的网状交互关系时，通过引入中介者，可以将网状结构转化为星型结构，大大降低系统的复杂度。下面我们通过一个实际案例来理解中介者模式的应用场景。

1.1 中介者模式的应用场景

中介者模式在以下场景中特别有用：

系统中对象之间存在复杂的引用关系，导致系统结构混乱且难以理解
多个类之间存在大量直接交互，导致这些类难以复用
想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类

让我们看一个聊天室的例子：在一个聊天室中，多个用户之间可以直接发送消息，这样每个用户都需要知道其他所有用户的存在，导致高度耦合。而引入中介者模式后，用户只需要与聊天室服务器(中介者)交互，由服务器负责消息的转发。

下面是一个简单的聊天室中介者模式结构图：

以上类图展示了中介者模式的基本结构。ChatRoom作为中介者，协调多个User对象之间的交互。User对象不再直接相互引用，而是通过ChatRoom进行通信。

二、中介者模式的实现

了解了中介者模式的概念和应用场景后，我们来看看如何具体实现它。中介者模式的核心在于定义一个中介者接口和具体中介者类，以及同事类(Colleague)如何与中介者交互。

在实现过程中，我们需要特别注意中介者与同事类之间的职责划分，确保中介者不会变得过于庞大而难以维护。下面我们通过代码示例来详细讲解中介者模式的实现步骤。

2.1 中介者模式的基本实现

让我们以聊天室为例，实现一个简单的中介者模式：

// 1. 定义中介者接口
interface ChatMediator {
    void sendMessage(String message, User user);
    void addUser(User user);
}

// 2. 实现具体中介者
class ChatRoom implements ChatMediator {
    private List<User> users;
    
    public ChatRoom() {
        this.users = new ArrayList<>();
    }
    
    @Override
    public void addUser(User user) {
        this.users.add(user);
    }
    
    @Override
    public void sendMessage(String message, User user) {
        for(User u : users) {
            // 不将消息发送给自己
            if(u != user) {
                u.receive(message);
            }
        }
    }
}

// 3. 定义同事类(Colleague)抽象
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);
}

// 4. 实现具体同事类
class ChatUser extends User {
    public ChatUser(ChatMediator mediator, String name) {
        super(mediator, name);
    }
    
    @Override
    public void send(String message) {
        System.out.println(this.name + " 发送消息: " + message);
        mediator.sendMessage(message, this);
    }
    
    @Override
    public void receive(String message) {
        System.out.println(this.name + " 收到消息: " + message);
    }
}

// 5. 客户端使用
public class Client {
    public static void main(String[] args) {
        ChatMediator chatRoom = new ChatRoom();
        
        User user1 = new ChatUser(chatRoom, "张三");
        User user2 = new ChatUser(chatRoom, "李四");
        User user3 = new ChatUser(chatRoom, "王五");
        
        chatRoom.addUser(user1);
        chatRoom.addUser(user2);
        chatRoom.addUser(user3);
        
        user1.send("大家好！");
        user2.send("你好，张三！");
    }
}

上述代码实现了一个简单的聊天室中介者模式。ChatRoom作为中介者负责协调多个用户之间的消息传递。用户(User)不再直接相互引用，而是通过中介者进行通信，大大降低了耦合度。

在实际应用中，我们可以根据需要扩展中介者的功能，比如添加消息过滤、用户权限管理等功能，而无需修改用户类，这体现了中介者模式的灵活性。

2.2 中介者模式的交互流程

为了更好地理解中介者模式的工作流程，让我们用序列图来描述上述聊天室示例中的交互过程：

以上序列图清晰地展示了中介者模式的消息传递流程。用户(User1)发送消息给中介者(ChatRoom)，中介者负责将消息转发给其他所有用户(User2, User3)，而发送者不需要知道接收者的具体信息。

三、中介者模式的优缺点

了解了中介者模式的实现方式后，我们需要客观地评估它的优缺点。就像任何设计模式一样，中介者模式并非银弹，它有适用的场景，也有不适合的情况。

在实际项目中，我们需要权衡利弊，根据具体需求决定是否使用中介者模式。下面让我们详细分析中介者模式的优缺点，帮助大家做出更明智的设计决策。

3.1 中介者模式的优点

中介者模式的主要优点包括：

降低耦合度：将网状结构转化为星型结构，对象之间不再直接相互引用，降低了耦合度
集中控制交互：将对象之间的交互集中到中介者中，使交互更容易理解和维护
简化对象协议：用中介者和同事类之间的一对多交互替代了同事类之间的多对多交互
减少子类生成：中介者可以处理同事类之间的交互行为，避免了为每种行为生成子类
提高复用性：由于同事类之间没有直接关联，可以更方便地复用单个同事类

3.2 中介者模式的缺点

中介者模式也存在一些缺点，需要特别注意：

中介者可能变得复杂：如果设计不当，中介者可能会变得过于庞大和复杂，成为"上帝对象"
性能考虑：所有交互都通过中介者进行，可能会引入性能瓶颈
过度集中化：过度使用中介者模式可能导致系统过度集中化，中介者承担过多职责

在实际应用中，我建议大家可以尝试将复杂的中介者拆分为多个小中介者，或者结合其他模式如观察者模式来分散职责，避免中介者变得过于庞大。

四、中介者模式的实际应用

理解了中介者模式的理论知识后，我们来看看它在实际开发中的应用。中介者模式在GUI开发、消息中间件、事件处理系统等领域有着广泛的应用。

通过分析这些实际应用案例，我们可以更好地理解如何在实际项目中应用中介者模式。下面我将分享几个常见的应用场景，希望能给大家带来一些启发。

4.1 GUI开发中的中介者模式

在图形用户界面(GUI)开发中，中介者模式非常常见。例如，在一个表单中，多个控件之间可能存在复杂的交互关系：

当复选框被选中时，某些输入框需要变为可用状态
当下拉框选择某个选项时，其他控件的值需要相应变化
当某个字段值改变时，需要验证其他相关字段

如果不使用中介者模式，每个控件都需要知道其他控件的存在，并直接调用它们的方法，导致高度耦合。而使用中介者模式，我们可以创建一个表单中介者来协调所有控件的交互。

下面是一个GUI中介者模式的示例结构：

以上类图展示了GUI中介者模式的结构。FormMediator作为中介者协调各种GUI组件(Button, TextBox, CheckBox)之间的交互。当某个组件状态改变时，它通知中介者，由中介者决定如何处理这种变化。

4.2 消息中间件中的中介者模式

消息中间件(如RabbitMQ、Kafka等)本质上也是中介者模式的实现。生产者不需要知道消费者的存在，消费者也不需要知道生产者的存在，它们都只与消息中间件交互。

这种架构带来了诸多好处：

生产者和消费者可以独立演化
系统更容易扩展，可以动态添加生产者和消费者
消息路由、过滤、转换等逻辑集中在中间件中处理

在实际项目中，我通常建议对于需要解耦的分布式系统，可以考虑使用消息中间件作为中介者，这比自行实现中介者模式更加成熟和可靠。

五、中介者模式与其他模式的关系

了解了中介者模式的实际应用后，我们来看看它与其他设计模式的关系。设计模式之间往往不是孤立的，理解它们之间的关系有助于我们在实际开发中更灵活地组合使用这些模式。

中介者模式与观察者模式、外观模式、代理模式等都有一定的相似性和关联性。下面我们将分析这些模式之间的区别和联系，帮助大家更好地理解和应用它们。

5.1 中介者模式与观察者模式

中介者模式和观察者模式都用于处理对象之间的交互，但它们有显著的区别：

比较点	中介者模式	观察者模式
交互方式	通过中介者对象集中处理交互	通过订阅/发布机制进行交互
耦合度	同事类只与中介者耦合	观察者与被观察者直接耦合
适用场景	对象之间存在复杂的网状交互	一对多的依赖关系，一个对象状态改变需要通知多个对象

在实际开发中，我经常将这两种模式结合使用。例如，中介者可以使用观察者模式来通知同事类状态变化，这样既能保持低耦合，又能实现灵活的通知机制。