中介者模式通过中介者对象封装对象交互以解耦，Go中用接口定义契约、结构体实现协调逻辑，参与者仅依赖Mediator接口；支持函数值简化轻量场景，或结合channel实现异步松耦合。
中介者模式通过引入一个中介者对象来封装一组对象之间的交互，避免对象间直接耦合。在 Go 中虽无类继承体系，但借助接口、结构体和组合，能简洁高效地实现该模式——核心是把“谁跟谁通信”变成“谁跟中介者说话”。
定义中介者接口与具体中介者
先抽象出中介者行为：它需要能接收消息、分发通知、协调不同参与者。Go 中用接口表达契约：
type Mediator interface {
Notify(sender interface{}, event string, data interface{})
}
再实现具体中介者（如 ChatRoom），内部维护参与者列表或映射，按事件类型路由逻辑：
- 用
map[string][]Participant按频道/角色分组监听者 -
Notify方法不直接调用接收方，而是查表 + 遍历通知，解耦发送方与接收方 - 可扩展支持异步投递（如发到 channel）、过滤条件或优先级
设计参与者并注入中介者
参与者（如 User、NotificationService）不持有其他参与者的引用，只持有一个 Mediator 接口：
type User struct {
name string
mediator Mediator
}
func (u *User) Send(msg stri
ng) {
u.mediator.Notify(u, "message", msg)
}
- 构造时传入中介者实例，实现依赖注入
- 所有交互统一走
Notify，不出现service.Process()或user.Update()这类硬编码调用 - 参与者彼此完全不知晓对方存在，便于单独测试和替换
用闭包或函数值简化轻量中介逻辑
若场景简单（如 UI 组件联动），无需完整结构体，可用函数值模拟中介者：
type EventHandler func(event string, data interface{})
var mediator EventHandler
func Register(handler EventHandler) {
mediator = handler
}
// 按钮点击时触发
button.OnClick = func() { mediator("submit", form.Data()) }
- 适合配置驱动、事件总线式协作
- 避免为简单逻辑引入额外类型，保持轻量
- 仍满足“集中分发、消除直连”的中介者本质
结合 Channel 实现松耦合异步中介
Go 的 channel 天然适合作为消息管道。中介者可启动 goroutine 监听事件 channel，并广播给注册的 handler：
type Event struct { From interface{}; Type string; Payload interface{} }
type ChatMediator struct {
events chan Event
handlers map[string][]chan}
- 发送方只往
eventschannel 写，不关心谁读 - 中介者负责复用、过滤、广播，甚至做限流或重试
- 接收方可是任意
chan，包括日志、DB、HTTP 客户端等，彻底解耦
基本上就这些。Go 不强调模式名称，而重在解决“谁该知道谁”的问题。中介者模式在模块边界清晰、交互规则多变（如聊天室权限、工作流审批）时特别实用——不复杂但容易忽略的是：别让中介者变成上帝对象，它只调度，不业务。
