Strategy模式本质是解耦算法选择与执行逻辑，非强制依赖类；可靠切换需管控并发、状态、生命周期及配置更新，函数注册机制比硬赋值更安全。
Strategy 模式在 Python 中不是“必须用类才能实现”的设计约束，而是解耦算法选择与执行逻辑的思路。直接用类继承接口、再手动切换 self._strategy 是可行的，但容易在并发、状态迁移、引用泄漏上出问题。真正可靠的做法，是把“切换”这件事本身也纳入控制边界。
为什么不能直接赋值 context.strategy = new_strategy？
这不是语法错误，而是隐性风险源：
- 多线程下 context.strategy 赋值非原子，可能某次调用用旧策略、下一次用新策略，中间无过渡保障
- 客户端若缓存了旧 strategy 实例（比如传给日志装饰器或监控钩子），切换后它仍会调用旧对象
- 若策略带内部状态（如计数器、缓存字典），直接替换会导致状态丢失或不一致
- 没有版本标识，无法回滚、灰度、审计哪次请求用了哪个策略版本
用 functools.singledispatchmethod + 策略注册表替代硬切换
Python 的函数是一等公民，比类更轻量、更易测试、天然无状态。与其维护一堆 ConcreteStrategy 子类，不如用函数注册机制：
- 把每个算法写成独立函数，加 @strategy.register 标记（用 singledispatchmethod 或自定义 registry）
- context.execute() 不调用 self._strategy.execute()，而是根据输入类型/配置键查表调用对应函数
- 切换策略 = 修改配置键或更新 registry 映射，不碰实例引用
from functools import singledispatch
<p>class CalculatorContext:
def <strong>init</strong>(self):
self._op_map = {}</p><pre class='brush:python;toolbar:false;'>def register(self, op_name: str):
def decorator(func):
self._op_map[op_name] = func
return func
return decorator
def execute(self, op_name: str, a, b):
if op_name not in self._op_map:
raise ValueError(f"Unknown operation: {op_name}")
return self._op_map[op_name](a, b)calc = CalculatorContext() @calc.register("add") def add(a, b): return a + b
@calc.register("mul") def mul(a, b): return a * b
切换只需改字符串参数，不重建对象、不重设属性
result = calc.execute("mul", 3, 4) # → 12
带状态的策略必须显式管理生命周期
如果算法需要缓存、连接池或计数器，不要把它塞进策略类的 __init__ 里——那会让切换变成资源泄漏高发区。正确做法：
- 状态数据从策略中剥离，由上下文统一管理（如 context.cache）
- 或让策略实现 __enter__/__exit__，强制用 with 块隔离作用域
- 若必须内嵌状态，提供 .snapshot() 和 .restore(snapshot) 接口，切换前先保存再加载
- 绝对避免在策略对象里开线程、持文件句柄、建数据库连接——这些该由 context 或更高层负责
配置驱动切换时，别依赖 @ConditionalOnProperty 那套 Spring 逻辑
Python 没有运行时 classpath 扫描和自动注入，硬搬 Spring Boot 的 @ConditionalOnProperty 会踩坑：
- YAML 配置变更不会自动触发策略重载，需手动监听文件、重启服务或加 reload hook
- name="rule.transfor" 这种字符串键易拼错，且 IDE 无法跳转、无类型提示
- 多环境配置（dev/staging/prod）下，容易漏配或覆盖
推荐更 Pythonic 的方式：
- 把策略映射写死在 config.py 里，用字典键控：STRATEGIES = {"sort": quick_sort, "compress": lz4_compress}
- 启动时读取环境变量 ALGO_SORT=quick，查表获取函数，一次性绑定到 context
- 若需热更新，用 watchdog 监控 config 文件 + 信号（如 SIGHUP）触发 reload，而非轮询
真正难的从来不是“怎么写策略类”，而是“怎么让切换这件事本身不出错”。状态、并发、配置、生命周期——这些点没理清，再多的 class ConcreteStrategy 也只是把 if-else 换了个地方藏。
