说明：本文介绍行为型设计模式之一的中介者模式
定义
中介者模式（Mediator Pattern）又叫作调节者模式或调停者模式。用一个中介对象封装一系列对象交互，中介者使各对象不需要显式地互相作用，从而使其耦合松散，而且可以独立地改变它们之间的交互，属于行为型设计模式。
（引自《设计模式就该这样学》P376）
中介者模式简单来说，就是引入中间层，让多对多关系，转为多个一对多关系，图示如下：
（多对多场景）
（引入中间层，转为多个一对多）
这样符合迪米特法则（指一个软件实体应当尽可能少地与其他实体发生相互作用），这样，当一个模块修改时，就会尽量少地影响其他的模块。
通讯交友
以两人通讯为例，如下，
（用户类，User）
/**
* 用户类
*/
public class User {
/**
* 自己的名字
*/
private String name;
/**
* 定义通话对方
*/
private User friend;
public User(String name) {
this.name = name;
}
public String getName() {
return name;
}
/**
* 建立连接
*/
public void connect(User friend) {
this.friend = friend;
}
/**
* 说话
* 我方说话，调用对方的listen方法
*/
public void talk(String msg) {
friend.listen(msg);
}
/**
* 接听
*/
private void listen(String msg) {
System.out.println(friend.name + " 对 " + name + " 说：" + msg);
}
}
（客户端使用，进行聊天）
public class Client {
public static void main(String[] args) {
User zhangsan = new User("zhangsan");
User lisi = new User("lisi");
zhangsan.connect(lisi);
lisi.connect(zhangsan);
zhangsan.talk("hello，四哥，我是三哥啊，您最近挺好的啊？");
lisi.talk("哦，三哥啊，我以为谁呢，我挺好的，您呢？");
}
}
开始通话
现在只有两个人，这种设计看起来没有问题，但如果有十个人，开一场多人会议，就要在对象内维护一个User集合，而会议人数新增或减少时，要同时改动每个对象中的User集合，这非常繁琐还容易出问题。
聊天室
基于上面代码的问题，我们引入一个中间层（聊天室），如下：
（用户类，User，定义一个所属聊天室）
/**
* 用户类
*/
public class User {
/**
* 自己的名字
*/
private String name;
/**
* 所属聊天室
*/
private Chatroom chatRoom;
public User(String name) {
this.name = name;
}
public String getName() {
return name;
}
/**
* 加入群聊
*/
public void login(Chatroom chatRoom) {
this.chatRoom = chatRoom;
chatRoom.register(this);
}
/**
* 群内发言
*/
public void talk(String msg) {
chatRoom.sendMsg(this, msg);
}
/**
* 接收消息
*/
public void listen(User fromUser, String msg) {
System.out.println("【" + this.name + "】的聊天框 【" + fromUser.getName() + "】说：" + msg);
}
}
（聊天室，用来管理群成员，发消息等操作）
import java.util.ArrayList;
import java.util.List;
/**
* 聊天室
*/
public class Chatroom {
/**
* 群名称
*/
private String name;
public Chatroom(String name) {
this.name = name;
}
/**
* 群内好友
*/
private List<User> users = new ArrayList<>();
/**
* 好友加入群聊
*/
public void register(User user) {
this.users.add(user);
System.out.println("【系统消息】" + user.getName() + "进入群聊");
}
/**
* 群内发消息
*/
public void sendMsg(User fromUser, String msg) {
users.stream().forEach(user -> user.listen(fromUser, msg));
System.out.println("-------------------------------------------------");
}
}
（客户端测试，Client）
public class Client {
public static void main(String[] args) {
// 创建群，好友
Chatroom chatroom = new Chatroom("各位IT界的大佬们");
User zhangsan = new User("zhangsan");
User lisi = new User("lisi");
User wangwu = new User("王五");
// 好友加入群聊
zhangsan.login(chatroom);
lisi.login(chatroom);
// 发消息
zhangsan.talk("hello，四哥，群里就你一个人啊");
lisi.talk("是啊，把五哥拉进来");
// 拉人进群
wangwu.login(chatroom);
// 发消息
zhangsan.talk("哇，五哥来了");
wangwu.talk("哥几个，怎么说");
}
}
怎么样，这样设计是不是好多了，结构一下就稳定了，无论群成员增加还是减少，现有代码都不用改动。
使用场景
在《设计模式就该这样学》（P378）这本书中，提到状态模式适用于以下场景：
（1）系统中对象之间存在复杂的引用关系，产生的相互依赖关系结构混乱且难以理解。
（2）交互的公共行为，如果需要改变行为，则可以增加新的中介者类。
中介者模式，在Java三层结构开发中就有体现，Service层不会直接访问数据库，而是抽出DAO层，使用DAO对象访问数据库，就是中介者模式的一种体现，还有Spring IOC容器也是，将Bean的创建使用抽离出来统一管理。
还有，有时我们业务中，有种业务场景，没有与之对应的实体（像User对应UserService、UserDAO），而是业务逻辑中产生的对象，如CheckService（检查服务，根据日志表、用户表，检查用户状态是否正常），我们不直接在UserService里实现，而是抽出一个CheckService，这也是中介者模式的一种实现。
总结
本文介绍了行为型设计模式中的中介者模式，参考《设计模式就该这样学》、《秒懂设计模式》两书，通讯交友、聊天室场景是《秒懂设计模式》中的举例。
