说明：设计模式系列文章是读刘伟所著《设计模式的艺术之道(软件开发人员内功修炼之道)》一书的阅读笔记。个人感觉这本书讲的不错，有兴趣推荐读一读。详细内容也可以看看此书作者的博客https://blog.csdn.net/LoveLion/article/details/17517213
模式概述
很多在一线城市漂泊的朋友或多或少都会遇到租房的难题，你是怎样找到物美价廉的房子的呢，可以在评论区分享经验哦。相信大多数小伙伴是通过中介找房子的，实话说，通过中介，只要说出你的预算以及大致需求(比如单间带独卫、朝南大卧室带阳台等)，中介会快速提供符合你情况房源。这里可以看出，中介者协调了房东与租客之间错综复杂的关系，将一个网状的关系结构变成一个以中介者为中心的星形结构，让多对多的关系更容易维护。
未引入中介者，对象之间(这些对象称为同事对象，它们之间通过彼此的相互作用实现系统的行为)的关系图如下所示：
引入中介者可以使对象之间的关系数量急剧减少。在这个星形结构中，对象不再直接与另一个对象联系，它通过中介者对象与另一个对象发生相互作用。
模式定义
如果在一个系统中对象之间存在多对多的相互关系，我们可以将对象之间的一些交互行为从各个对象中分离出来，并集中封装在一个中介者对象中，并由该中介者进行统一协调，这样对象之间多对多的复杂关系就转化为相对简单的一对多关系。通过引入中介者来简化对象之间的复杂交互，中介者模式是“迪米特法则”的一个典型应用。
中介者模式(
Mediator Pattern)：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。
模式结构图
在中介者模式中，引入了用于协调其他对象/类之间相互调用的中介者类，为了让系统具有更好的灵活性和可扩展性，通常还提供了抽象中介者，其结构图如下图所示：
在中介者模式结构图中包含如下几个角色：
-
Mediator（抽象中介者）：它定义一个接口，该接口用于与各同事对象之间进行通信。
-
ConcreteMediator（具体中介者）：它是抽象中介者的子类，通过协调各个同事对象来实现协作行为，它维持了对各个同事对象的引用。
-
Colleague（抽象同事类）：它定义各个同事类公有的方法，并声明了一些抽象方法来供子类实现，同时它维持了一个对抽象中介者类的引用，其子类可以通过该引用来与中介者通信。
-
ConcreteColleague（具体同事类）：它是抽象同事类的子类；每一个同事对象在需要和其他同事对象通信时，先与中介者通信，通过中介者来间接完成与其他同事类的通信；在具体同事类中实现了在抽象同事类中声明的抽象方法。
中介者模式的核心在于中介者类的引入，在中介者模式中，中介者类承担了两方面的职责：
(1) 中转作用（结构性）：通过中介者提供的中转作用，各个同事对象就不再需要显式引用其他同事，当需要和其他同事进行通信时，可通过中介者来实现间接调用。该中转作用属于中介者在结构上的支持。
(2) 协调作用（行为性）：中介者可以更进一步的对同事之间的关系进行封装，同事可以一致的和中介者进行交互，而不需要指明中介者需要具体怎么做，中介者根据封装在自身内部的协调逻辑，对同事的请求进行进一步处理，将同事成员之间的关系行为进行分离和封装。该协调作用属于中介者在行为上的支持。
模式伪代码
典型的抽象中介者类、抽象同事类典型代码如下：
// 抽象中介者类
public abstract class Mediator {
// 用于存储同事对象
protected List<Colleague> colleagues = new ArrayList<>();
// 注册方法，用于增加同事对象
public void register(Colleague colleague) {
colleagues.add(colleague);
}
// 声明抽象的业务方法
public abstract void operation();
}
// 抽象同事类
public abstract class Colleague {
// 维持一个抽象中介者的引用
protected Mediator mediator;
public Colleague(Mediator mediator) {
this.mediator = mediator;
}
// 声明自身方法，处理自己的行为
public abstract void method1();
// 定义依赖方法，与中介者进行通信
public void method2() {
mediator.operation();
}
}
具体中介者类、具体同事类实现这些抽象方法，典型代码如下：
// 具体同事类
public class ConcreteColleague extends Colleague {
public ConcreteColleague(Mediator mediator) {
super(mediator);
}
@Override
public void method1() {
// 实现自身方法
}
}
// 具体中介者类
public class ConcreteMediator extends Mediator {
@Override
public void operation() {
// 通过调用同事类的方法，并增加其他业务逻辑来控制同事之间的交互
}
}
模式应用
待完善...
模式总结
中介者模式将一个网状的系统结构变成一个以中介者对象为中心的星形结构，在这个星型结构中，使用中介者对象与其他对象的一对多关系来取代原有对象之间的多对多关系。中介者模式在事件驱动类软件中应用较为广泛，特别是基于GUI（Graphical User Interface，图形用户界面）的应用软件，此外，在类与类之间存在错综复杂的关联关系的系统中，中介者模式都能得到较好的应用。
主要优点
(1) 中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互，一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星型结构。
(2) 中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，我们可以独立的改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合“开闭原则”。
(3) 可以减少子类生成，中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需生成新的中介者子类即可，这使各个同事类可被重用，无须对同事类进行扩展。
主要缺点
中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。
适用场景
(1) 系统中对象之间存在复杂的引用关系，系统结构混乱且难以理解。
(2) 一个对象由于引用了其他很多对象并且直接和这些对象通信，导致难以复用该对象。
(3) 想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类。