中介者模式通过引入协调者集中管理对象间通信，降低组件耦合度。在Go语言中，可定义Mediator和Colleague接口，由具体结构体实现交互逻辑，如聊天室示例中User通过ChatRoom转发消息，避免直接依赖。该模式适用于模块频繁交互但需解耦的场景，如订单系统中各服务通过中介者触发库存、支付、通知等操作，提升可维护性和扩展性。实际应用中需注意中介者职责划分，避免臃肿，不宜用于高性能场景。配合事件总线可进一步优化结构，使系统更清晰易演进。
在Go语言开发中，当多个组件之间交互变得复杂时，直接的点对点通信会让系统变得难以维护。中介者模式通过引入一个“协调者”来集中管理对象间的通信，有效降低耦合度。这种方式特别适用于模块间频繁交互但又需保持独立性的场景。
中介者模式的核心思想
中介者模式将原本分散在多个组件中的交互逻辑集中到一个中介者对象中。组件不再直接调用彼此的方法，而是通过中介者进行消息传递。这样每个组件只需关注自身逻辑，通信由中介者统一调度。
这种设计带来的好处包括：
- 减少类之间的直接依赖，提升可维护性
- 便于修改或扩展交互逻辑而不影响原有组件
- 有利于单元测试，组件可以独立测试其行为
实现一个简单的中介者
在Go中，可以通过接口定义中介者行为，再由具体结构体实现。以下是一个简化的示例，模拟聊天室中用户之间的消息转发：
立即学习“go语言免费学习笔记（深入）”；
type Mediator interface {
Send(message string, sender Colleague)
}
type Colleague interface {
Receive(message string)
}
type User struct {
name string
mediator Mediator
}
func (u *User) Send(msg string) {
fmt.Printf("%s 发送: %s\n", u.name, msg)
u.mediator.Send(msg, u)
}
func (u *User) Receive(msg string) {
fmt.Printf("%s 收到: %s\n", u.name, msg)
}
type ChatRoom struct {
users []Colleague
}
func (c *ChatRoom) AddUser(user Colleague) {
c.users = append(c.users, user)
}
func (c *ChatRoom) Send(message string, sender Colleague) {
for _, user := range c.users {
if user != sender {
user.Receive(message)
}
}
}
在这个例子中，User 是同事类，只知道自己要发送消息和接收消息，不关心其他用户的细节。而 ChatRoom 作为中介者，负责把消息转发给其他用户。
实际项目中的解耦应用
在真实业务系统中，比如订单处理流程，可能涉及库存、支付、通知等多个服务。若让它们互相调用，会形成网状依赖。使用中介者后，各服务只需通知中介者事件发生，由中介者决定后续动作。
例如：
- 订单服务创建订单后，通知中介者“订单已创建”
- 中介者触发库存锁定、发起支付请求、发送短信通知等操作
- 各服务注册监听对应事件，无需知道是谁触发了它们
这种方式使新增服务更简单，比如未来加入积分系统，只需向中介者注册即可参与流程。
注意事项与局限性
虽然中介者能有效解耦，但也可能带来新的问题：
- 中介者本身可能变得臃肿，需注意职责划分，必要时拆分逻辑
- 过度使用会导致通信路径不清晰，调试困难
- 不适合高性能要求的场景，因增加了间接层
建议在交互逻辑复杂但变化频繁的模块中使用，同时配合事件总线或消息队列思路优化结构。
基本上就这些。中介者模式不是万能钥匙，但在合适的场景下，它能让Go项目的结构更清晰、更容易演进。
