在每个机场都会看到有一个机场调度中心，它就是具体的中介者，用来调度每一架要降落和起飞的飞机，如果没有机场调度中心，飞机到飞机场了，飞行员要先看看有没有飞机和自己一起降落，有没有空跑道灯，这是难以想象的。

中介者模式（Mediator）

用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显示地互相引用，从而使其耦合度松散，而且可以独立地改变它们之间的交互。

中介者模式类图

中介模式角色

Mediator
抽象中介者角色，定义同事对象到中介对象的接口。
ConcreteMediator
具体中介者角色，它从具体的同事对象接收消息，向具体同事发出命令。
Colleague
抽象同事角色，定义中介者对象接口它只知道中介者不知道其他同事对象。
ConcreteColleague
具体同事角色，具体同事类。每个具体同事类都只需要知道自己的行为即可，但是他们都需要认识中介者。

代码
Mediator（中介者抽象对象）

public abstract class Mediator {
/**
 *  发送消息
 * @param message 消息内容
 * @param colleague 抽象发送者
 */
public abstract void send(String message,Colleague colleague);
}

Colleague（抽象同事对象）

public class Colleague {

protected Mediator mediator;

public Colleague (Mediator mediator) {
    this.mediator = mediator;
}
}

ColleagueA（具体实现同事对象）

public class ColleagueA extends Colleague {
public ColleagueA(Mediator mediator) {
    super(mediator);
}

/**
 * 发送消息
 * @param message
 */
public void send(String message) {
    // 调用抽象者发送，并且把对象传过去
    mediator.send(message,this);
}

/**
 * 收到消息方法
 * @param message
 */
public void notify(String message) {
    System.out.println("同事1得到消息："+message);
}
}

ColleagueB（具体实现同事对象）

public class ColleagueB extends Colleague {
public ColleagueB(Mediator mediator) {
    super(mediator);
}

public void send(String message) {
    mediator.send(message,this);
}

public void notify(String message) {
    System.out.println("同事2得到消息："+message);
}
}

ConcreteMediator（具体实现中介者对象）

public class ConcreteMediator extends Mediator {

private ColleagueA colleagueA;

private ColleagueB colleagueB;

public void setColleagueB(ColleagueB colleagueB) {
    this.colleagueB = colleagueB;
}

public void setColleagueA(ColleagueA colleagueA) {
    this.colleagueA = colleagueA;
}

@Override
public void send(String message, Colleague colleague) {
    // 重写发送信息方法，根据对象做出判断，通知对象
    if (colleague == colleagueA) {
        colleagueB.notify(message);
    } else {
        colleagueA.notify(message);
    }
}
}

Client （测试类）

public class Client {

public static void main(String[] args) {
    ConcreteMediator concreteMediator = new ConcreteMediator();
    ColleagueA colleagueA = new ColleagueA(concreteMediator);
    ColleagueB colleagueB = new ColleagueB(concreteMediator);
    concreteMediator.setColleagueA(colleagueA);
    concreteMediator.setColleagueB(colleagueB);

    colleagueA.send("吃饭了吗？");
    colleagueB.send("吃过了");

}
}

测试结果

同事2得到消息：吃饭了吗？
同事1得到消息：吃过了

通过代码可以看出ConcreteMediator这个类必须要知道所有ConcreteColleague 是不是有些问题？

这样设计可以减少ConcreteColleague类之间的耦合，但是这又使ConcreteMediator责任太多了，如果它出了问题，则整个系统都会有问题。

中介者模式很容易在系统中应用，也很容易在系统中误用。当系统出现了‘多对多’交互复杂的对象群时，不要急于使用中介者模式，而要先反思你的系统设计上是不是合理。

中介者模式优缺点

优点
Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个Colleague和Mediator。
缺点
由于ConcreteMediator控制了集中化，于是就把交互复杂性变为了中介者的复杂性，这就使得中介者会比任何一个ConcreteCollague都复杂。

应用场景

常用的MVC框架其中的C（Controller）就是一个中介者，叫做前端控制器，它的作用就是把Model和View隔离开协助Model和View协同工作，把Model运行的结果和View代表的视图融合成一个前端可以展示的页面，减少Model和View的依赖关系。

外观模式与中介者模式区别？

外观模式的子系统如果脱离外观模式是可以运行的，而中介者模式是增加逻辑的，同事类不能脱离中介者而独立存在。

外观模式中子系统是不知道外观类的存在的，而中介者模式中每个同事类都知道中介者。

外观模式将子系统的逻辑隐藏，用户不知道子系统的存在，而中介者模式中，用户知道同事类的存在。

总结

中介者模式在生活中体现的有很多，比如房产中介起到中介者作用，为出租者和租房者起到一个平台的作用。生活中设计模式无处不在，合理运用好设计模式相信代码会更加优质。

设计模式之中介者模式(十四)

设计模式之中介者模式(十四)

注意啦! 往期设计模式在这里