python中中介者模式的核心是集中调度而非解耦，它将分散的交互逻辑收拢到调度中心，解决多对象频繁互调导致的难调试、难测试问题。
中介者模式的核心不是解耦，而是集中调度
直接说结论：Python里用中介者模式，不是为了“消除依赖”，而是把一堆散落在各处的交互逻辑，收拢到一个明确的调度中心。它解决的典型问题是——当多个类之间频繁调用彼此方法、互相传参、甚至出现循环引用时，代码开始难调试、难测试、难改。
别一上来就建 Mediator 抽象基类。先看实际场景：比如一个 GUI 表单里，DatePicker 改变后要刷新 TimeSelector、禁用 SubmitButton、触发 PreviewPanel 重绘。这些动作如果写在每个组件内部，很快变成“改一处，崩三处”。
- 中介者不替代观察者或信号机制，但它比裸写
on_date_changed回调更可控——所有流转路径都在一个地方定义 - Python 没有接口强制约束，所以中介者类本身要承担“协议文档”角色：谁发什么消息、谁响应什么事件，全靠它明确定义
- 避免把中介者写成上帝对象：它不该持有业务数据，也不该执行具体计算，只做路由和协调
用 dict + callable 实现轻量级中介者，比继承更实用
Python 里硬套 GoF 的抽象类+多继承结构，反而增加理解成本。多数情况下，一个带注册表的普通类就够了：
class FormMediator:
def __init__(self):
self._handlers = {} # {event_name: [callable, ...]}
<pre class="brush:php;toolbar:false;"><pre class="brush:php;toolbar:false;">def register(self, event: str, handler: callable):
self._handlers.setdefault(event, []).append(handler)
def notify(self, event: str, *args, **kwargs):
for handler in self._handlers.get(event, []):
handler(*args, **kwargs)关键点在于注册时机和粒度：
- 组件初始化时调用
mediator.register("date_selected", self.update_time_options)，而不是在事件触发时临时绑定 - 事件名用字符串（如
"date_selected"）比用枚举更灵活，也方便日志追踪和动态调试 - 不要让中介者直接操作组件属性（如
self.submit_btn.disabled = True），而是通过组件暴露的公开方法（如submit_btn.set_disabled(True)）——否则组件失去自治性
警惕 Python 特有的内存泄漏陷阱
中介者容易引发隐式强引用，尤其在使用 lambda 或闭包注册 handler 时：
# 危险写法：闭包捕获了 self，形成循环引用
self.mediator.register("data_loaded", lambda data: self.process(data))
<h1>安全写法：显式传入方法，或用 weakref</h1><p>self.mediator.register("data_loaded", self.process)</p>
常见症状是组件销毁后，中介者仍持有对它的引用，导致无法被 gc 回收。解决方案：
- 注册时检查 handler 是否为 bound method，优先用
obj.method形式，而非lambda或functools.partial - 中介者内部用
weakref.WeakSet存储 handler，但要注意：weakref 不支持 lambda 和 closure，只能用于实例方法 - 提供
unregister()方法，并在组件__del__或关闭时主动调用——别指望 GC 自动清理
什么时候该放弃中介者，改用其他方式？
中介者不是银弹。以下情况建议绕开它：
- 只有两个对象交互（比如 A 发消息给 B），直接用方法调用更清晰，加中介者纯属画蛇添足
- 事件流是单向且固定（如“保存 → 校验 → 提交 → 刷新”），用简单状态机或链式函数调用更轻量
- 项目已用 asyncio 或 trio，且交互本质是异步通信，优先考虑
asyncio.Queue或trio.MemorySendChannel，它们自带背压和生命周期管理 - 需要跨进程或分布式协调，中介者应退化为消息中间件客户端（如连接 RabbitMQ 的
pika实例），而不是本地对象
真正值得上中介者的，是那些状态交织、响应条件多变、且未来大概率要加新参与者的老系统模块——它救不了烂架构，但能让烂架构多活半年。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
