中介者模式通过引入中间协调者管理对象交互，降低耦合度。其核心思想是集中对象通信至中介者，而非对象间直接调用，从而减少依赖、提高可维护性及扩展性。golang中可通过接口与结构体组合实现该模式：1. 定义组件接口与中介者接口；2. 组件通过中介者通信而非互相引用；3. 使用闭包和channel实现轻量级中介者；4. 实际应用时需避免中介者臃肿、合理划分职责、考虑并发安全并命名清晰。
在开发中，当多个对象之间需要频繁交互时，直接通信会导致代码结构混乱、难以维护。中介者模式（Mediator Pattern）通过引入一个中间协调者来管理对象间的交互，能有效降低耦合度。Golang虽然没有类的继承体系，但凭借接口和组合的方式，实现中介者模式非常自然。
下面介绍几种用Golang实现中介者模式的方法，适合处理模块解耦、事件调度等场景。
什么是中介者模式？
中介者模式的核心思想是：将对象之间的通信集中到一个中介者中进行管理，而不是让对象之间相互引用和调用。这样做的好处是：
立即学习“go语言免费学习笔记（深入）”；
- 减少对象之间的依赖关系
- 提高模块的可复用性和扩展性
- 更容易维护和测试
举个例子，比如聊天室系统中，用户之间不直接发送消息，而是都通过“聊天服务器”这个中介者来转发。这样一来，用户不需要知道其他用户的存在，只需与服务器打交道即可。
如何用Golang实现中介者？
Golang没有传统的类继承机制，但可以通过接口和结构体组合的方式来模拟中介者模式。
步骤如下：
- 定义组件接口或结构体，表示参与交互的对象
- 创建中介者接口或结构体，定义注册和通知方法
- 组件通过中介者通信，而不是彼此持有引用
type Colleague interface {
Send(msg string)
Receive(msg string)
SetMediator(Mediator)
}
type Mediator interface {
Send(msg, from string)
Register(name string, colleague Colleague)
}然后可以为具体组件和中介者编写实现逻辑。这种方式适合组件类型多、交互复杂的情况。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
简化版：使用闭包和通道实现轻量中介
如果你不想抽象出太多接口，也可以使用闭包和channel来实现一个更轻量的中介者。
适用场景：
- 模块间通信较少
- 不需要复杂的封装结构
- 希望快速搭建原型或小型服务
例如：
type Mediator struct {
listeners map[string][]func(string)
}
func (m *Mediator) Register(event string, handler func(string)) {
m.listeners[event] = append(m.listeners[event], handler)
}
func (m *Mediator) Broadcast(event, msg string) {
for _, h := range m.listeners[event] {
h(msg)
}
}然后你可以注册不同模块的消息监听器，通过广播事件进行通信：
mediator := &Mediator{
listeners: make(map[string][]func(string)),
}
mediator.Register("log", func(msg string) {
fmt.Println("收到日志消息:", msg)
})
mediator.Broadcast("log", "程序启动成功")这种方式更加灵活，也更符合Go语言的习惯写法。
实际应用建议
在实际项目中，使用中介者模式时需要注意以下几点：
- 避免中介者过于臃肿：中介者本身不应承担过多业务逻辑，否则会变成“上帝对象”
- 合理划分职责边界：哪些行为由组件自己处理，哪些交给中介者，要设计清楚
- 考虑并发安全：如果多个协程同时调用中介者，要考虑加锁或使用channel同步
- 命名清晰：中介者中的事件或方法名要具有语义，方便理解和调试
总的来说，Golang实现中介者模式并不难，关键是根据项目规模选择合适的抽象层次。对于大型系统，可以用接口+结构体的方式构建清晰的架构；而对于小项目或快速开发，用闭包和map也能轻松搞定。
基本上就这些。
