golang策略模式核心是接口解耦，策略字段须为接口类型且支持运行时赋值；轻量场景可用函数类型替代接口；多策略应通过注册表+工厂动态路由；嵌套策略需避免循环依赖并统一传递context。
策略接口定义必须支持运行时动态替换
策略模式的核心是解耦算法与使用方，Golang 中靠接口实现。但很多人一开始就把策略实现写死在结构体字段里，导致后续无法灵活切换。关键点在于：策略字段必须是接口类型，且初始化或变更必须通过显式赋值或 setter 方法完成，不能隐式依赖构造函数传参后就不可变。
-
PaymentStrategy接口应只声明Pay()方法，不暴露具体实现细节 - 调用方（如
OrderProcessor）持有strategy PaymentStrategy字段，而非 *AlipayStrategy 或 *WechatStrategy - 避免在
NewOrderProcessor()里直接 new 具体策略——这会让测试和扩展变重
用函数类型替代接口可简化轻量策略
当策略逻辑简单、无状态、不需复用时，用函数类型比定义完整接口更直接。Golang 的函数是一等公民，type PayFunc func(amount float64) error 就能作为策略载体，省去接口定义和 struct 实现的样板代码。
- 可直接传入闭包，比如
PayFunc(func(a float64) error { return mockPay(a) }) - 适合单元测试中快速模拟不同行为，无需额外 mock struct
- 缺点是无法附加元数据（如策略名称、超时配置），此时应回退到接口+struct 方案
策略注册表 + 工厂模式解决多策略自动路由
当系统支持十几种支付方式或风控规则时，硬编码 switch strategyName 会迅速腐化。需要用注册表（map）配合工厂函数，在运行时按名称查找并构建策略实例。
- 全局注册：调用
RegisterStrategy("alipay", func() PaymentStrategy { return &AlipayStrategy{} }) - 工厂方法
GetStrategy(name string) (PaymentStrategy, bool)查 map 并调用构造函数 - 注意并发安全：注册通常在 init 或 main 开始时完成，查表可用
sync.RWMutex或直接用sync.Once初始化只读 map - 错误场景：若 name 不存在，返回 nil + false，调用方必须检查，否则 panic
嵌套策略与组合策略要警惕循环依赖和生命周期错乱
实际业务中常出现“先验策略 + 主策略 + 后置策略”链式调用，比如风控前置校验 + 支付执行 + 异步通知。这时容易把多个策略强耦合进一个 struct，导致测试难、复用差、依赖传递混乱。
立即学习“go语言免费学习笔记（深入）”；
- 每个子策略保持独立接口，组合策略（如
ChainedStrategy）只持有一组接口引用，不关心具体实现 - 避免在策略实现里直接 new 另一个策略——这会破坏可测试性；应由上层注入
- 注意 context 传递：如果主策略用了
ctx, cancel := context.WithTimeout(...)，子策略必须接收并使用该 ctx，不能自己新建 - 日志/指标埋点建议放在组合层统一做，而不是每个策略重复写
