引言
一般来说，同事类之间的关系是比较复杂的，多个同事类之间互相关联时，他们之间的关系会呈现为复杂的网状结构，这是一种过度耦合的架构，即不利于类的复用，也不稳定。例如在下图中，有六个同事类对象，假如对象1发生变化，那么将会有4个对象受到影响。如果对象2发生变化，那么将会有5个对象受到影响。也就是说，同事类之间直接关联的设计是不好的。
如果引入中介者模式，那么同事类之间的关系将变为星型结构，从图中可以看到，任何一个类的变动，只会影响的类本身，以及中介者，这样就减小了系统的耦合。一个好的设计，必定不会把所有的对象关系处理逻辑封装在本类中，而是使用一个专门的类来管理那些不属于自己的行为。
介绍
中介者模式(Mediator Pattern)：用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。
角色
- Mediator（抽象中介者）：它定义一个接口，该接口用于与各同事对象之间进行通信。
- ConcreteMediator（具体中介者）：它是抽象中介者的子类，通过协调各个同事对象来实现协作行为，它维持了对各个同事对象的引用。
- Colleague（抽象同事类）：它定义各个同事类公有的方法，并声明了一些抽象方法来供子类实现，同时它维持了一个对抽象中介者类的引用，其子类可以通过该引用来与中介者通信。
- ConcreteColleague（具体同事类）：它是抽象同事类的子类；每一个同事对象在需要和其他同事对象通信时，先与中介者通信，通过中介者来间接完成与其他同事类的通信；在具体同事类中实现了在抽象同事类中声明的抽象方法。
中介者模式的核心在于中介者类的引入，在中介者模式中，中介者类承担了两方面的职责：
- 中转作用（结构性）：通过中介者提供的中转作用，各个同事对象就不再需要显式引用其他同事，当需要和其他同事进行通信时，可通过中介者来实现间接调用。该中转作用属于中介者在结构上的支持。
- 协调作用（行为性）：中介者可以更进一步的对同事之间的关系进行封装，同事可以一致的和中介者进行交互，而不需要指明中介者需要具体怎么做，中介者根据封装在自身内部的协调逻辑，对同事的请求进行进一步处理，将同事成员之间的关系行为进行分离和封装。
开发中常见的场景
- MVC模式(Controller 是中介者，根据 View 层的请求来操作 Model 层)
- 窗口游戏程序，窗口软件开发中窗口对象也是一个中介者对象
- 图形界面开发GUI中，多个组件之间的交互，可以通过引入一个中介者对象来解决，可以是整体的窗口对象或者DOM对象
- Java.lang.reflect.Method#invoke()
数据库同步数据案例
我们来实现一个简化版的数据同步方案，有三种数据库 Mysql、Redis、Elasticsearch，
- 其中的 Mysql 作为主数据库，当增加一条数据时需要同步到另外两个数据库中；
- Redis 作为缓存数据库，当增加一条数据时不需要同步到另外另个数据库；
- 而 Elasticsearch 作为大数据查询数据库，有一个统计功能，当增加一条数据时只需要同步到 Mysql，
所以它们之间的关系图如下所示。
不使用中介者模式的数据同步方案，各数据源维护各自的同步作业
抽象数据库
public abstract class AbstractDatabase
{
//存储数据
protected LinkedList datas=new LinkedList<>();
//向自己的数据库中增加数据的方法
public abstract void addData(String data);
//同步数据的方法--默认空实现
public void DataStore(String data){}
//展示当前数据库所有数据
public void display()
{
datas.forEach(x->System.out.println(x));
}
}
具体数据库 Mysql，维护同步到 Redis和Elasticsearch 的同步作业
public class MySql extends AbstractDatabase
{
@Setter
private Elasticsearch elasticsearch;
@Setter
private Redis redis;
//向自己的数据库增加数据
@Override
public void addData(String data)
{
System.out.println("====向Mysql数据库增加一条数据====");
System.out.println("增加的数据为:"+data);
System.out.println("=====================================");
datas.add(data);
}
//重写父类数据同步的方法
@Override
public void DataStore(String data)
{
addData(data);
elasticsearch.addData(data);
redis.addData(data);
}
}
Elasticsearch ，只需要同步到Mysql
public class Elasticsearch extends AbstractDatabase
{
@Setter
private MySql mySql;
//给自己增加数据的方法
@Override
public void addData(String data)
{
System.out.println("====向Elasticsearch数据库增加一条数据====");
System.out.println("增加的数据为:"+data);
System.out.println("=====================================");
datas.add(data);
}
//重写父类数据同步的方法
@Override
public void DataStore(String data) {
addData(data);
//数据同步
mySql.addData(data);
}
}
具体数据库 Redis，不需要同步到其它数据库
public class Redis extends AbstractDatabase
{
//给自己增加数据的方法
@Override
public void addData(String data)
{
System.out.println("====向Redis数据库增加一条数据====");
System.out.println("增加的数据为:"+data);
System.out.println("=====================================");
datas.add(data);
}
}
客户端测试:
public class Client
{
public static void main(String[] args) {
Elasticsearch elasticsearch=new Elasticsearch();
MySql mySql=new MySql();
Redis redis=new Redis();
elasticsearch.setMySql(mySql);
mySql.setElasticsearch(elasticsearch);
mySql.setRedis(redis);
//增加数据
mySql.DataStore("大忽悠");
elasticsearch.DataStore("李窈");
redis.addData("小朋友");
System.out.println("mysql数据库中的数据如下：");
mySql.display();
System.out.println("elasticsearch数据库中的数据如下:");
elasticsearch.display();
System.out.println("redis数据库中数据如下:");
redis.display();
}
}
其实这样已经实现了我们的需求，但是存在一些问题
- 系统结构复杂且耦合度高。数据源需要维护目标端数据库的引用，以便完成数据同步
- 组件的可重用性差。由于每一个数据源和目标端之间具有很强的关联，若没有目标端的支持，这个组件很难被另一个系统或模块重用
- 系统的可扩展性差：如果需要增加、修改或删除其中一个数据库、将导致多个类的源代码需要修改，这违反了“开闭原则”，可扩展性和灵活性欠佳。
中介者模式来重构，将数据同步的功能迁移到中介者中，由中介者来管理数据同步作业
抽象中介者:
//抽象中介者
@Data
public abstract class AbstractMediator {
protected MySql mySql;
protected Elasticsearch elasticsearch;
protected Redis redis;
public abstract void sync(String databaseName, String data);
}
首先还是抽象数据库类（抽象同事类），维护了一个中介者
public abstract class AbstractDatabase
{
public static final String MYSQL="mysql";
public static final String Elasticsearch="elasticsearch";
public static final String REDIS="redis";
//保存一个中介者对象
@Setter
protected AbstractMediator Mediator;
//存储数据
protected LinkedList datas=new LinkedList<>();
//向自己的数据库中增加数据的方法
public abstract void addData(String data);
//同步数据的方法--默认空实现
public void DataStore(String data){}
//展示当前数据库所有数据
public void display()
{
datas.forEach(x->System.out.println(x));
}
}
Mysql 数据库（具体同事类）
public class MySql extends AbstractDatabase
{
//向自己的数据库增加数据
@Override
public void addData(String data)
{
System.out.println("====向Mysql数据库增加一条数据====");
System.out.println("增加的数据为:"+data);
System.out.println("=====================================");
datas.add(data);
}
//重写父类数据同步的方法
@Override
public void DataStore(String data)
{
addData(data);
//将数据同步到redis和elasticsearch的工作由中介完成
mediator.sync(AbstractDatabase.MYSQL,data);
}
}
Redis 数据库（具体同事类）
public class Redis extends AbstractDatabase
{
//给自己增加数据的方法
@Override
public void addData(String data)
{
System.out.println("====向Redis数据库增加一条数据====");
System.out.println("增加的数据为:"+data);
System.out.println("=====================================");
datas.add(data);
}
//重新父类同步数据的方法
@Override
public void DataStore(String data) {
addData(data);
//同步数据的工作交给中介
mediator.sync(AbstractDatabase.REDIS,data);
}
}
Elasticsearch（具体同事类）
public class Elasticsearch extends AbstractDatabase
{
//给自己增加数据的方法
@Override
public void addData(String data)
{
System.out.println("====向Elasticsearch数据库增加一条数据====");
System.out.println("增加的数据为:"+data);
System.out.println("=====================================");
datas.add(data);
}
//重写父类数据同步的方法
@Override
public void DataStore(String data) {
addData(data);
//数据同步
mediator.sync(AbstractDatabase.Elasticsearch,data);
}
}
具体中介者:
public class SyncMediator extends AbstractMediator {
@Override
public void sync(String databaseName, String data) {
if (AbstractDatabase.MYSQL.equals(databaseName)) {
// mysql 同步到 redis 和 Elasticsearch
this.redis.addData(data);
this.elasticsearch.addData(data);
} else if (AbstractDatabase.REDIS.equals(databaseName)) {
// redis 缓存同步，不需要同步到其他数据库
} else if (AbstractDatabase.Elasticsearch.equals(databaseName)) {
// Elasticsearch 同步到 Mysql
this.mySql.addData(data);
}
}
}
测试客户端
public class Client
{
public static void main(String[] args) {
AbstractMediator mediator=new SyncMediator();
Elasticsearch elasticsearch=new Elasticsearch();
MySql mySql=new MySql();
Redis redis=new Redis();
elasticsearch.setMediator(mediator);
mySql.setMediator(mediator);
redis.setMediator(mediator);
mediator.setMySql(mySql);
mediator.setElasticsearch(elasticsearch);
mediator.setRedis(redis);
//增加数据
mySql.DataStore("大忽悠");
elasticsearch.DataStore("李窈");
redis.DataStore("小朋友");
System.out.println("mysql数据库中的数据如下：");
mySql.display();
System.out.println("elasticsearch数据库中的数据如下:");
elasticsearch.display();
System.out.println("redis数据库中数据如下:");
redis.display();
}
}
小结
主要优点
- 中介者模式简化了对象之间的交互，它用中介者和同事的一对多交互代替了原来同事之间的多对多交互，一对多关系更容易理解、维护和扩展，将原本难以理解的网状结构转换成相对简单的星型结构。
- 中介者模式可将各同事对象解耦。中介者有利于各同事之间的松耦合，我们可以独立的改变和复用每一个同事和中介者，增加新的中介者和新的同事类都比较方便，更好地符合 “开闭原则”。
- 可以减少子类生成，中介者将原本分布于多个对象间的行为集中在一起，改变这些行为只需生成新的中介者子类即可，这使各个同事类可被重用，无须对同事类进行扩展。
中介者模式的主要缺点
- 在具体中介者类中包含了大量同事之间的交互细节，可能会导致具体中介者类非常复杂，使得系统难以维护。（也就是把具体同事类之间的交互复杂性集中到了中介者类中，结果中介者成了最复杂的类）
适用场景
- 系统中对象之间存在复杂的引用关系，系统结构混乱且难以理解。
- 一个对象由于引用了其他很多对象并且直接和这些对象通信，导致难以复用该对象。
- 想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。可以通过引入中介者类来实现，在中介者中定义对象交互的公共行为，如果需要改变行为则可以增加新的具体中介者类
具体应用
Java Timer 中的中介者模式
敲一个 java.util.Timer 的Demo
两个任务类
public class MyOneTask extends TimerTask {
private static int num = 0;
@Override
public void run() {
System.out.println("I'm MyOneTask " + ++num);
}
}
public class MyTwoTask extends TimerTask {
private static int num = 1000;
@Override
public void run() {
System.out.println("I'm MyTwoTask " + num--);
}
}
客户端测试，3秒后开始执行，循环周期为 1秒
public class TimerTest {
public static void main(String[] args) {
// 注意：多线程并行处理定时任务时，Timer运行多个TimeTask时，只要其中之一没有捕获抛出的异常，
// 其它任务便会自动终止运行，使用ScheduledExecutorService则没有这个问题
Timer timer = new Timer();
timer.schedule(new MyOneTask(), 3000, 1000); // 3秒后开始运行，循环周期为 1秒
timer.schedule(new MyTwoTask(), 3000, 1000);
}
}
Timer 的部分关键源码如下
public class Timer {
private final TaskQueue queue = new TaskQueue();
private final TimerThread thread = new TimerThread(queue);
public void schedule(TimerTask task, long delay) {
if (delay < 0)
throw new IllegalArgumentException("Negative delay.");
sched(task, System.currentTimeMillis()+delay, 0);
}
public void schedule(TimerTask task, Date time) {
sched(task, time.getTime(), 0);
}
private void sched(TimerTask task, long time, long period) {
if (time < 0)
throw new IllegalArgumentException("Illegal execution time.");
if (Math.abs(period) > (Long.MAX_VALUE >> 1))
period >>= 1;
// 获取任务队列的锁(同一个线程多次获取这个锁并不会被阻塞,不同线程获取时才可能被阻塞)
synchronized(queue) {
// 如果定时调度线程已经终止了,则抛出异常结束
if (!thread.newTasksMayBeScheduled)
throw new IllegalStateException("Timer already cancelled.");
// 再获取定时任务对象的锁(为什么还要再加这个锁呢?想不清)
synchronized(task.lock) {
// 判断线程的状态,防止多线程同时调度到一个任务时多次被加入任务队列
if (task.state != TimerTask.VIRGIN)
throw new IllegalStateException(
"Task already scheduled or cancelled");
// 初始化定时任务的下次执行时间
task.nextExecutionTime = time;
// 重复执行的间隔时间
task.period = period;
// 将定时任务的状态由TimerTask.VIRGIN(一个定时任务的初始化状态)设置为TimerTask.SCHEDULED
task.state = TimerTask.SCHEDULED;
}
// 将任务加入任务队列
queue.add(task);
// 如果当前加入的任务是需要第一个被执行的(也就是他的下一次执行时间离现在最近)
// 则唤醒等待queue的线程(对应到上面提到的queue.wait())
if (queue.getMin() == task)
queue.notify();
}
}
// cancel会等到所有定时任务执行完后立刻终止定时线程
public void cancel() {
synchronized(queue) {
thread.newTasksMayBeScheduled = false;
queue.clear();
queue.notify(); // In case queue was already empty.
}
}
// ...
}
Timer 中在 schedulexxx 方法中通过 TaskQueue 协调各种 TimerTask 定时任务，Timer 是中介者，TimerTask 是抽象同事类，而我们自己写的任务则是具体同事类
TimerThread 是 Timer 中定时调度线程类的定义，这个类会做为一个线程一直运行来执行 Timer 中任务队列中的任务。
Timer 这个中介者的功能就是定时调度我们写的各种任务，将任务添加到 TaskQueue 任务队列中，给 TimerThread 执行，让任务与执行线程解耦
参考文章
设计模式之中介者模式
23种设计模式（7）：中介者模式
本篇文章就到这里了，希望能够给你带来帮助，也希望您能够多多关注脚本之家的更多内容！