---

歡迎支持筆者新作：《深入理解Kafka:核心設(shè)計(jì)與實(shí)踐原理》和《RabbitMQ實(shí)戰(zhàn)指南》，同時(shí)歡迎關(guān)注筆者的微信公眾號(hào)：朱小廝的博客。

---

歡迎跳轉(zhuǎn)到本文的原文鏈接：https://honeypps.com/design_pattern/mediator/

用一個(gè)中介對(duì)象來(lái)封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯示地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變他們之間的交互。

中介者模式中的角色：

抽象中介者（Mediator)：定義了同事對(duì)象到中介者對(duì)象之間的接口。

具體中介者（ConcreteMediator)：定義抽象中介者的方法，它需要知道所有的具體同事類(lèi)，同時(shí)需要從具體的同事類(lèi)那里接收消息，并且向具體的同事類(lèi)發(fā)送信息。

抽象同事類(lèi)（Colleague）

具體同事類(lèi)（ConcreteColleague）：每個(gè)具體同事類(lèi)都只需要知道自己的行為即可，但是它們都需要認(rèn)識(shí)中介者。

案例1：
房屋租賃中介就是一個(gè)很好的中介模式，租客只知道自己和中介，房東也只知道自己和中介，但是中介必須知道租客和房東。（在我們的生活中處處充斥著“中介者”，比如租房、買(mǎi)房、出過(guò)留學(xué)、找工作、旅游等可能都需要哪些中介者的幫助。）
1 抽象中介者

public interface Mediator {void contact(String message, Person person); }

2 抽象同事類(lèi)

public abstract class Person {protected String name;protected Mediator mediator;Person(String name, Mediator mediator){this.name = name;this.mediator = mediator;} }

3 具體同事類(lèi)
房東：

public class HouseOwner extends Person {HouseOwner(String name, Mediator mediator){super(name, mediator);}public void contact(String message){mediator.contact(message, this);}public void getMessage(String message){System.out.println("HouseOwner : "+name+", Get Message: "+message);} }

租客：

public class Tenant extends Person {Tenant(String name, Mediator mediator){super(name, mediator);}public void contact(String message){mediator.contact(message, this);}public void getMessage(String message){System.out.println("Tenant : "+name+", Get Message: "+message);} }

4 中介

public class MediatorStructure implements Mediator {private HouseOwner houseOwner;private Tenant tenant;public HouseOwner getHouseOwner(){return houseOwner;}public void setHouseOwner(HouseOwner houseOwner){this.houseOwner = houseOwner;}public Tenant getTenant(){return tenant;}public void setTenant(Tenant tenant){this.tenant = tenant;}@Overridepublic void contact(String message, Person person){if(person == houseOwner){tenant.getMessage(message);}else{houseOwner.getMessage(message);}} }

5 測(cè)試代碼

MediatorStructure mediator = new MediatorStructure();HouseOwner houseOwner = new HouseOwner("qq",mediator);Tenant tenant = new Tenant("jj",mediator);mediator.setHouseOwner(houseOwner);mediator.setTenant(tenant);tenant.contact("I wanna a house");houseOwner.contact("I have~");

運(yùn)行結(jié)果：

HouseOwner : qq, Get Message: I wanna a house Tenant : jj, Get Message: I have~

---

優(yōu)缺點(diǎn)
優(yōu)點(diǎn)

適當(dāng)?shù)氖褂弥薪檎吣Ｊ娇梢员苊馔骂?lèi)之間的過(guò)渡耦合，使得各同事類(lèi)之間可以相對(duì)獨(dú)立地使用。

減少子類(lèi)的生成。

可以減少各同事類(lèi)的設(shè)計(jì)與實(shí)現(xiàn)。

缺點(diǎn)

由于中介者對(duì)象封裝了系統(tǒng)中的對(duì)象之間的相互關(guān)系，導(dǎo)致其變得非常復(fù)雜，使得系統(tǒng)維護(hù)比較困難。中介者需要知道每個(gè)對(duì)象和他們之間的交互細(xì)節(jié)，如果它出問(wèn)題，將會(huì)導(dǎo)致整個(gè)系統(tǒng)都會(huì)出現(xiàn)問(wèn)題。所以它比較容易應(yīng)用也很容易誤用。故當(dāng)系統(tǒng)中出現(xiàn)了“多對(duì)多”交互復(fù)雜的關(guān)系群時(shí)，千萬(wàn)別記著使用中介者模式，你首先需要做的就是反思你的系統(tǒng)在設(shè)計(jì)上是不是合理。再者，在實(shí)際工作中，中介者模式也并不多見(jiàn)。

---

適用場(chǎng)景

系統(tǒng)中對(duì)象之間存在比較復(fù)雜的引用關(guān)系，導(dǎo)致它們之間的依賴關(guān)系結(jié)構(gòu)混亂而且難以復(fù)用該對(duì)象。

想通過(guò)一個(gè)中間類(lèi)來(lái)封裝多個(gè)類(lèi)中的行為，而又不想生成太多的子類(lèi)。

JDK中的中介者模式：
java.util.Timer
java.util.concurrent.Executor#execute()
java.util.concurrent.ExecutorService#submit()
java.lang.reflect.Method#invoke()

---

參考資料

23種設(shè)計(jì)模式

細(xì)數(shù)JDK里的設(shè)計(jì)模式

設(shè)計(jì)模式讀書(shū)筆記—–中介者模式

歡迎跳轉(zhuǎn)到本文的原文鏈接：https://honeypps.com/design_pattern/mediator/

---

歡迎支持筆者新作：《深入理解Kafka:核心設(shè)計(jì)與實(shí)踐原理》和《RabbitMQ實(shí)戰(zhàn)指南》，同時(shí)歡迎關(guān)注筆者的微信公眾號(hào)：朱小廝的博客。

---

總結(jié)

以上是生活随笔為你收集整理的设计模式：中介者模式（Mediator）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。