本文共 3532 字，大约阅读时间需要 11 分钟。

整个设计模式体系中，中介者模式也算是时常用到了，在我自己负责的项目中算是用到了好几次。正好最近一段时间更新一些与设计模式相关的文章，于是花了一些时间整理了一下，如有问题还请指正，共同进步学习。

一、认识中介者模式

1、概念

我们先从例子入手，再着手介绍其概念。对于中介者模式，你脑海中首先映入的肯定就是中介，我们的生活中到处充满着中介，比如说婚姻介绍所，房产中介，甚至于联合国都是中介。他们的作用都是加强处理人与人之间或者是国与国之间的关系。如果没有这种中介会怎么样呢？就以联合国为例，这世界上有200多个国家，每个国家之间的关系是超级复杂的。这些国家之间沟通交流的模式是这个样的：

我们可以看到，这个图是真的麻烦，看着就恶心。国与国之间的交流竟然这么麻烦。好在二战之后联合国出现了，有效地解决了他们之间的沟通障碍，有问题就到联合国去争论去吵闹。

现在看着应该会舒服很多了。有了联合国，使得国与国之间的关系变得不那么复杂，现在我们把场景视线类比到我们的代码开发中，假设对象之间也存在着复杂的关系，那么有没有类似于联合国这样的组织帮我们去管理呢？肯定是有的，就是今天所要说的中介者模式。而且通过上面这张图也可以看到，任何一个国家（对象）出现变动，只能影响到自己，对别人没有任何影响。OK，到这一步我们就再来看一下中介者模式的真正含义：

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

2、类图

到了这一步，我们通过例子来看一下类图;

从上面这张图出现了几个角色我们分别来分析一下：

（1）IMediator：抽象中介者，它定义了对象之间交流的方法。就好比国与国之间的沟通方式。

（2）ConcreteMediator：具体中介者，联合国的正式组成运营。

（3）IColleague：抽象同事类，就好比是一个抽象的国家模型。里面定义了一些功能。

（4） ConcreteColleague: 具体同事类。就好比是一个个具体的国家，英国、美国。

现在我们就使用代码来实现一下吧。

二、代码实现

这里实现的是只有两个国家之间的交流，也就是中国和美国。

（1）第一步：定义抽象中介者，也就是联合国模型

public interface IMediator {
   	//国与国之间交流的方法	public void communicate(String msg,IColleague country);}

这里出现了IColleague，代表的是国家模型。国与国之间的交流，联合国都是通过communicate方法实现的。

（2）第二步：定义抽象同事类，也就是国家模型

public abstract class IColleague {
   	//国家名称    protected String countryName;    //联合国    protected Mediator mediator;    IColleague(String countryName,Mediator mediator){
           this.countryName = countryName;        this.mediator = mediator;    }    public abstract void sendMsg(String msg);    public abstract void receiveMsg(String msg);}

每个国家要有联合国的接口，因为你要和联合国这个中介交流。而且每个国家不仅可以发送消息。还可以接收消息。

（3）第三步：具体同事类，这里有中国和美国

首先是中国：

public class ChinaColleague extends IColleague {
   	ChinaColleague(String countryName, Mediator mediator) {
   		super(countryName, mediator);	}	//中国有问题，就告诉联合国，不会直接通知各国	@Override	public void sendMsg(String msg) {
   		mediator.communicate(msg,this);	}	//中国接受联合国的信息	@Override	public void receiveMsg(String msg) {
   		System.out.println("中国获得信息:" + msg);	}}

然后是美国：

public class USAColleague extends IColleague {
   	USAColleague(String countryName, Mediator mediator) {
   		super(countryName, mediator);	}	//美国有问题，就告诉联合国，不会直接通知各国	@Override	public void sendMsg(String msg) {
   		mediator.communicate(msg, this);	}	//美国接受联合国的信息	@Override	public void receiveMsg(String msg) {
   		System.out.println("美国获得信息:" + msg);	}}

（4）第四步：具体中介者，真实的联合国发挥中介角色

public class Mediator implements IMediator {
   	// 联合国要有所有国家的信息	private ChinaColleague china;	private USAColleague usa;	//每个国家的getter和setter方法	@Override	public void communicate(String msg, IColleague country) {
   		//msg如果是中国发送的话，就让美国接受消息		if (country == china) {
   			usa.receiveMsg(msg);		} else {
   		//msg如果是美国发送的话，就让中国接受消息			china.receiveMsg(msg);		}	}}

当然，这个类其实是中介者模式的核心，可以有很多种写法，比如说这里只有俩个国家，就一个一个列出来就好了，如果国家比较多的话，可以使用List进行保存。通知其他国家信息的时候，也可以换一种方式。

（5）第五步：客户端演示

public class Client {
       public static void main(String[] args) {
       	//创建联合国、中国、美国        Mediator mediator = new Mediator();        ChinaColleague china = new ChinaColleague("中国", mediator);        USAColleague usa = new USAColleague("美国", mediator);          //让中国和美国注册到联合国        mediator.setChina(china);        mediator.setUsa(usa);               china.sendMsg("台湾是属于中国的一部分");       usa.sendMsg("美国坚持对台军售");    }}//输出美国获得信息:台湾是属于中国的一部分中国获得信息:美国坚持对台军售

自己动手敲一遍，可以好好的体会一下。

三、总结分析

优点的话很明显了。都是为了降低代码的耦合度，减少对象之间的关联性，让每一个对象都能够独立。但是这种模式虽好，可不要滥用呀。从文章一开始你也发现了，讲解的例子都是那种网状关系的对象，转换为星型关系。过度使用，会造成更加复杂的结果。因此，且行且珍惜。

己动手敲一遍，可以好好的体会一下。

三、总结分析

优点的话很明显了。都是为了降低代码的耦合度，减少对象之间的关联性，让每一个对象都能够独立。但是这种模式虽好，可不要滥用呀。从文章一开始你也发现了，讲解的例子都是那种网状关系的对象，转换为星型关系。过度使用，会造成更加复杂的结果。因此，且行且珍惜。

转载地址：http://hjbdi.baihongyu.com/