java设计模式之java中介者模式详解

Java设计模式之java中介者模式详解

目录引言介绍角色数据库同步数据案例不使用中介者模式的数据同步方案，各数据源维护各自的同步作业其实这样已经实现了我们的需求，但是存在一些问题中介者模式来重构，将数据同步的功能迁移到中介者中，由中介者来管理数据同步作业小结主要优点中介者模式的主要缺点适用场景具体应用java Timer 中的中介者模式参考文章

引言

一般来说，同事类之间的关系是比较复杂的，多个同事类之间互相关联时，他们之间的关系会呈现为复杂的网状结构，这是一种过度耦合的架构，即不利于类的复用，也不稳定。例如在下图中，有六个同事类对象，假如对象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("=====================================");

http:// 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.");http://

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;

// 将定时任务的状态由TimerTashttp://k.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）：中介者模式

本篇文章就到这里了，希望能够给你带来帮助，也希望您能够多多关注我们的更多内容！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。