中介者模式通过引入中介对象封装对象间交互，降低耦合。在Go中利用接口和组合实现，如聊天室示例中ChatRoom作为中介者管理用户消息转发，User仅持有Mediator接口，发送消息时不直接引用其他用户，从而实现解耦。该模式适用于多组件通信场景，提升代码可维护性和扩展性。
中介者模式的核心思想是解耦多个对象之间的复杂交互。在 Golang 中，虽然没有类的继承机制，但通过接口和组合依然可以优雅地实现这一行为型设计模式。当多个组件之间相互调用关系混乱时，引入一个“中介者”来统一管理它们的通信，能让代码更清晰、更易维护。
什么是中介者模式
中介者模式（Mediator Pattern）用一个中介对象封装一系列对象之间的交互。它使各对象不需要显式地相互引用，从而降低耦合，并且可以独立地改变它们之间的交互逻辑。
典型应用场景包括：聊天室系统、GUI 组件联动、游戏中的角色与环境交互等。
Go 中的结构设计
Golang 没有传统的类，但我们可以通过结构体和接口模拟角色协作。通常包含以下几部分：
立即学习“go语言免费学习笔记（深入）”；
- Mediator 接口：定义同事对象如何通过中介者通信
- ConcreteMediator 结构体：实现具体的协调逻辑，持有所有同事的引用
- Colleague 接口或结构体：每个同事持有对中介者的引用，发送消息时不直接调用其他同事
实例：聊天室中的用户通信
假设有多个用户（User），他们不能直接发消息给彼此，必须通过聊天室（ChatRoom）转发。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
定义中介者接口和具体实现：
type Mediator interface {
Send(message string, sender *User)
}
type ChatRoom struct {
users []*User
}
func (c *ChatRoom) Register(user *User) {
c.users = append(c.users, user)
}
func (c *ChatRoom) Send(message string, sender *User) {
for _, user := range c.users {
// 不让发送者重复接收自己的消息
if user != sender {
user.Receive(message)
}
}
}
定义同事对象 User：
type User struct {
name string
mediator Mediator
}
func NewUser(name string, mediator Mediator) *User {
return &User{
name: name,
mediator: mediator,
}
}
func (u *User) Send(message string) {
u.mediator.Send(u.name+": "+message, u)
}
func (u *User) Receive(message string) {
println(u.name + " received: " + message)
}
使用示例：
func main() {
chatRoom := &ChatRoom{}
alice := NewUser("Alice", chatRoom)
bob := NewUser("Bob", chatRoom)
charlie := NewUser("Charlie", chatRoom)
chatRoom.Register(alice)
chatRoom.Register(bob)
chatRoom.Register(charlie)
alice.Send("Hi everyone!") // Bob 和 Charlie 收到
bob.Send("Hello Alice!") // Alice 和 Charlie 收到
}
输出结果：
Bob received: Alice: Hi everyone! Charlie received: Alice: Hi everyone! Alice received: Bob: Hello Alice! Charlie received: Bob: Hello Alice!
优势与适用场景
这种写法让 User 之间完全解耦。新增用户或修改分发规则都不影响现有逻辑。适合用于：
- 多个模块需要通信但不想硬编码依赖
- 事件总线或消息中心的简化版本
- 减少网状调用关系，提升可测试性
基本上就这些。Golang 中实现中介者不依赖继承，靠接口和引用传递即可完成，简洁又实用。关键在于把“谁该收到消息”的判断放在中介者中，而不是分散在各个对象里。
