[特殊字符]️中介者模式：代码世界的“协调大师”，让对象交互更有序！

🛠️中介者模式：代码世界的“协调大师”，让对象交互更有序！

一、认识中介者模式

在现实生活里，中介者扮演着重要角色。比如房产中介能让租客和房东的沟通更顺畅，婚礼司仪能协调婚礼各个环节的顺利进行。在代码的世界中，中介者模式同样不可或缺，它就像是一个“协调大师”，能把对象之间复杂的交互关系变得简单有序。想象一下，一个系统里的多个对象就像不同的部门，每个部门都有自己的职责。如果这些部门之间直接相互调用，就会形成一张复杂的关系网，维护起来非常困难。而中介者模式就像是一个中央枢纽，所有对象都只和它交流，大大降低了对象之间的耦合度，让系统更加灵活和易于维护。

二、中介者模式核心剖析

2.1 模式定义与原理

中介者模式定义了一个中介对象，专门用来封装一系列对象之间的交互逻辑。通过这种方式，原本相互依赖、直接引用的对象们，现在只需和中介者打交道，它们之间的耦合度大幅降低，而且交互方式也能更灵活地独立变化。打个比方，就像一场盛大的交响乐演出，指挥家就是那个关键的中介者。每个乐手（对象）不用操心和其他乐手怎么配合，只需要听从指挥家的指示，专注于自己的演奏部分。这样一来，整个演奏过程就能有条不紊地进行，即使有乐手临时调整演奏方式，也不会影响到其他乐手，只需要和指挥家沟通协调即可。

从原理上看，中介者模式把对象之间错综复杂的多对多交互关系，巧妙地转化为对象与中介者之间简单清晰的一对多关系。就好比在一个庞大的社交网络中，如果每个人都直接和其他人建立联系，那关系网会乱成一团。但要是有一个社交平台（中介者），大家都通过这个平台交流互动，关系就变得简单明了，管理和维护起来也轻松多了。

2.2 核心角色

在中介者模式里，主要有以下四个核心角色，它们各自承担着独特的职责，共同构成了一个高效协作的体系。

角色	作用	案例中的体现
抽象中介者	定义对象之间交互的接口	租房平台的基础功能
具体中介者	实现交互逻辑，管理对象	具体的租房中介平台
抽象同事类	定义对象的公共方法	租客和房东的基本行为
具体同事类	实现具体行为，通过中介者通信	实际的租客和房东

抽象中介者就像是一个制定规则的“指挥官”，它定义了对象之间交互的通用接口，为整个交互过程定下了基本框架。以租房为例，租房平台的抽象中介者可能会定义发布房源、查询房源、联系租客和房东等基础功能接口，但具体的实现细节并不在这一层完成。

具体中介者则是真正的“实干家”，它实现了抽象中介者定义的接口，把交互逻辑一一落地，并且负责管理各个对象。比如现实中的租房中介平台，它不仅要实现发布房源、匹配租客和房东等功能，还要维护租客和房东的信息，协调双方的沟通和交易流程。

抽象同事类为具体同事类提供了统一的行为规范，定义了它们的公共方法。租客和房东作为具体同事类，都具有联系中介、获取信息等基本行为，这些行为在抽象同事类中被统一声明。

具体同事类是抽象同事类的具体实现者，每个具体同事类都有自己独特的行为，并且通过中介者与其他同事类进行通信。比如实际的租客，他会通过租房中介平台发布租房需求、查看房源信息；房东则通过中介平台发布房源、与租客沟通细节。他们之间不会直接联系，而是通过中介平台这个中介者来传递信息，完成交互。

三、Java 实战：租房场景实现

3.1 代码实现

// 抽象中介者
abstract class Mediator {
    // 定义抽象方法，用于同事对象之间的通信
    public abstract void contact(String message, Person person);
}

// 具体中介者
class MediatorCompany extends Mediator {
    // 中介者需要知道房主和租客
    private HouseOwner houseOwner;
    private Tenant tenant;

    // 重写抽象中介者的通信方法
    @Override
    public void contact(String message, Person person) {
        // 如果是房主发送消息
        if (person == houseOwner) {
            // 将消息传递给租客
            this.tenant.getMessage(message);
        } else {
            // 如果是租客发送消息，将消息传递给房主
            this.houseOwner.getMessage(message);
        }
    }

    // 设置房主
    public void setHouseOwner(HouseOwner houseOwner) {
        this.houseOwner = houseOwner;
    }

    // 设置租客
    public void setTenant(Tenant tenant) {
        this.tenant = tenant;
    }
}

// 抽象同事类
abstract class Person {
    protected String name;
    protected Mediator mediator;

    public Person(String name, Mediator mediator) {
        this.name = name;
        this.mediator = mediator;
    }
}

// 具体同事类：房主
class HouseOwner extends Person {
    public HouseOwner(String name, Mediator mediator) {
        super(name, mediator);
    }

    // 房主与中介者联系，发送消息
    public void contact(String message) {
        this.mediator.contact(message, this);
    }

    // 房主获取消息
    public void getMessage(String message) {
        System.out.println("房主 " + name + " 获取到的信息: " + message);
    }
}

// 具体同事类：租客
class Tenant extends Person {
    public Tenant(String name, Mediator mediator) {
        super(name, mediator);
    }

    // 租客与中介者联系，发送消息
    public void contact(String message) {
        this.mediator.contact(message, this);
    }

    // 租客获取消息
    public void getMessage(String message) {
        System.out.println("租客 " + name + " 获取到的信息: " + message);
    }
}

3.2 执行结果

在上述代码中，我们通过中介者模式实现了一个简单的租房场景。MediatorCompany作为中介者，负责协调HouseOwner和Tenant之间的通信。HouseOwner和Tenant作为具体同事类，通过中介者进行交互，而不是直接相互引用。这样，当系统中需要添加新的角色或者修改交互逻辑时，只需要在中介者类中进行修改，而不会影响到具体同事类的代码，降低了系统的耦合度。

public class Test {
    public static void main(String[] args) {
        // 创建中介者对象
        MediatorCompany mediator = new MediatorCompany();
        // 创建房主对象，房主只需要知道中介
        HouseOwner houseOwner = new HouseOwner("张三", mediator);
        // 创建租客对象，租客也只需要知道中介
        Tenant tenant = new Tenant("李四", mediator);
        // 中介需要知道房主和租客
        mediator.setHouseOwner(houseOwner);
        mediator.setTenant(tenant);
        // 租客与中介联系，发送租房需求
        tenant.contact("我需要租三室一厅的房子");
        // 房主与中介联系，发送房源信息
        houseOwner.contact("我这里有三室一厅的房子，你要租吗？");
    }
}

执行上述测试代码，输出结果如下：

租客 李四 获取到的信息: 我这里有三室一厅的房子，你要租吗？
房主 张三 获取到的信息: 我需要租三室一厅的房子

从输出结果可以看出，租客和房主通过中介者成功地进行了信息交互，实现了租房场景中的通信功能。

四、应用场景大揭秘

中介者模式在许多实际场景中都有着广泛的应用，它就像一个万能的“协调器”，能让复杂的系统变得更加有序和高效。下面我们来看看中介者模式在不同领域的精彩表现。

4.1 系统解耦：电商订单的多服务调用

在电商系统中，一个订单的处理往往涉及多个服务，如库存服务、支付服务、物流服务等。如果这些服务之间直接相互调用，就会形成复杂的依赖关系，维护起来非常困难。而引入中介者模式后，可以创建一个订单中介者，所有与订单相关的服务都通过这个中介者进行通信。比如，当用户下单时，订单中介者会协调库存服务检查库存、支付服务处理支付、物流服务安排发货等，各个服务之间不需要直接交互，大大降低了系统的耦合度，提高了系统的可维护性和扩展性。

4.2 界面交互：Swing 组件的事件处理

在 Swing 图形界面开发中，组件之间的交互非常频繁。例如，一个窗口中有多个按钮、文本框等组件，当用户点击按钮时，可能需要更新文本框的内容，或者触发其他组件的操作。如果每个组件都直接与其他组件进行交互，代码会变得非常混乱。使用中介者模式，我们可以创建一个事件中介者，所有组件的事件都由这个中介者来处理。比如，当按钮被点击时，按钮会将事件发送给中介者，中介者再根据具体的业务逻辑，通知相关的组件进行相应的操作，使得界面交互的逻辑更加清晰和易于管理。

4.3 分布式系统：微服务之间的通信协调

在分布式系统中，各个微服务之间需要进行通信和协作。比如，一个电商系统可能由用户服务、商品服务、订单服务等多个微服务组成，当用户下单时，订单服务需要与用户服务和商品服务进行交互。如果微服务之间直接通信，会导致服务之间的耦合度很高，而且难以扩展和维护。通过引入中介者模式，我们可以使用消息中间件（如 Kafka、RabbitMQ）作为中介者，各个微服务通过向中介者发送消息和接收消息来进行通信。这样，微服务之间就不需要直接依赖对方，提高了系统的灵活性和可扩展性。

4.4 游戏开发：玩家之间的实时聊天

在多人在线游戏中，玩家之间需要进行实时聊天。如果每个玩家都直接与其他玩家建立通信连接，会导致网络连接复杂，而且难以管理。利用中介者模式，我们可以创建一个聊天服务器作为中介者，玩家发送的聊天消息都先发送到聊天服务器，然后由聊天服务器将消息转发给其他玩家。这样，玩家之间不需要直接通信，降低了网络复杂度，同时也方便对聊天内容进行管理和监控。

五、优缺点大 PK

任何设计模式都不是完美无缺的，中介者模式也不例外，它既有令人称赞的优点，也存在一些需要注意的缺点。

5.1 优点突出

解耦对象关系：中介者模式最大的亮点就是降低了对象之间的耦合度。在没有中介者的情况下，对象之间可能需要直接引用和调用，这会导致代码的依赖关系错综复杂，难以维护。而引入中介者后，对象只需要与中介者交互，它们之间的耦合度大幅降低，每个对象都可以独立地变化和复用，就像在一个大型项目中，不同模块之间通过中介者进行通信，即使某个模块发生了修改，只要中介者的接口不变，其他模块就不受影响。

集中管理交互逻辑：所有对象之间的交互逻辑都集中在中介者中，这使得代码的维护和修改更加方便。当业务逻辑发生变化时，我们只需要在中介者中进行修改，而不需要在各个对象中分散地修改。例如，在电商系统中，订单处理的逻辑集中在订单中介者中，当需要修改订单处理流程时，只需要在订单中介者中进行调整，而不会影响到库存、支付等其他服务。

扩展性强：符合开闭原则，当系统中需要添加新的对象或者修改交互逻辑时，只需要在中介者中进行相应的修改，而不需要对现有的对象进行大规模的改动。比如在一个游戏中，要添加新的角色，只需要在中介者中注册这个新角色，并在中介者中实现它与其他角色的交互逻辑，而不需要修改其他角色的代码。

5.2 缺点显现

中介者可能过于复杂：如果系统中的交互逻辑非常复杂，中介者可能会变得庞大且难以维护。因为所有的交互逻辑都集中在中介者中，随着系统的发展，中介者可能会承担过多的职责，代码也会变得越来越臃肿。例如，在一个复杂的企业级应用中，各种业务模块之间的交互逻辑非常多，中介者可能会变得非常复杂，难以理解和维护。

性能问题：所有的交互都通过中介者进行，这可能会导致性能瓶颈。特别是在高并发的情况下，中介者可能会成为系统的性能瓶颈，影响系统的整体性能。比如在一个大型的分布式系统中，如果所有的微服务之间的通信都通过一个中介者进行，当请求量很大时，中介者可能会处理不过来，导致系统响应变慢。

六、使用小贴士

在使用中介者模式时，有一些实用的小贴士可以帮助你更好地发挥它的优势，避免潜在的问题。

6.1 合理设计中介者

中介者应该专注于协调对象之间的交互，而不是承担过多的业务逻辑。它就像是一个交通警察，负责指挥交通，而不是亲自驾驶车辆。在设计中介者时，要确保它的职责单一，只负责管理对象之间的通信和协作。例如，在电商订单处理的场景中，订单中介者只需要协调库存、支付、物流等服务之间的交互，而不应该包含具体的业务计算逻辑，如商品价格计算、库存扣减算法等。

6.2 避免过度依赖

虽然中介者模式可以降低对象之间的耦合度，但也不能让所有的逻辑都依赖中介者。如果所有的对象都通过中介者进行交互，可能会导致中介者成为系统的瓶颈，而且也会增加系统的复杂性。因此，在使用中介者模式时，要根据实际情况，合理地分配对象之间的职责，让对象之间保持一定的独立性。比如，在一个图形界面应用中，按钮和文本框等组件之间的一些简单交互可以直接进行，而不需要通过中介者，只有在涉及到多个组件之间的复杂交互时，才使用中介者进行协调。

6.3 结合其他模式

中介者模式可以与其他设计模式结合使用，以提高代码的灵活性和可维护性。例如，结合工厂模式可以更好地创建和管理对象，结合单例模式可以确保中介者对象在系统中唯一存在。在一个游戏开发项目中，可以使用工厂模式创建游戏角色对象，然后通过中介者模式协调这些角色之间的交互，同时使用单例模式确保游戏场景管理器（中介者）在整个游戏中只有一个实例。

七、总结

中介者模式是处理对象交互的有力工具，适用于以下场景：

• 对象之间存在复杂的交互关系。
• 需要降低对象之间的耦合度。
• 希望集中管理对象之间的交互逻辑。

在实际开发中，我们要根据具体的业务需求来决定是否使用中介者模式。如果对象之间的交互比较简单，可能不需要引入中介者；但如果交互复杂，中介者模式可以让代码更加清晰和易于维护。你在哪些项目中使用过中介者模式？欢迎在评论区分享你的经验！👇