策略模式在go中需手动注册、避免空方法和硬编码判断；应定义精简接口（如pay/supportscurrency）、用sync.map动态注册、结构体传参、无状态优先。
策略模式在 Go 里没法靠接口多态“自动派发”，必须手动注册或构造，否则扩展时容易漏掉分支或硬编码条件判断。
如何定义通用策略接口并避免空实现
Go 没有抽象方法，Strategy 接口必须只声明业务必需的方法，不能为“预留扩展”加空方法。否则调用方要反复做 nil 检查，破坏契约。
推荐写法：
type PaymentStrategy interface {
Pay(amount float64) error
SupportsCurrency(currency string) bool
}
-
SupportsCurrency让策略自描述能力，替代 if-else 判断类型 - 不加
Init()或Close()等生命周期方法，除非所有策略真需要 - 如果某策略不支持某币种，
SupportsCurrency返回false，上层直接跳过，而非 panic 或忽略
运行时动态注册策略：用 map + sync.Map 避免重复注册
硬编码 switch 或一堆 if 判断策略名，会随策略增多变得脆弱。更可靠的是注册制，但要注意并发安全和重复注册覆盖问题。
立即学习“go语言免费学习笔记（深入）”；
示例注册逻辑：
var strategies = &sync.Map{}
func RegisterStrategy(name string, s PaymentStrategy) {
if _, loaded := strategies.LoadOrStore(name, s); loaded {
panic("duplicate strategy name: " + name)
}
}
func GetStrategy(name string) (PaymentStrategy, bool) {
s, ok := strategies.Load(name)
return s.(PaymentStrategy), ok
}
- 用
sync.Map而非普通map，避免初始化阶段加锁 -
LoadOrStore原子判断+写入，防止两个 goroutine 同时注册同名策略 - 注册名建议统一小写+下划线（如
"alipay_cny"），避免大小写歧义
策略参数传递：用 struct 而非多个 interface{} 参数
常见错误是把策略执行参数全塞进 Pay(amount float64, options ...interface{})，导致调用方必须记顺序、类型、是否必填。
正确做法是每个策略定义自己的配置结构体，并在 Pay 方法中接收：
type AlipayConfig struct {
AppID string `json:"app_id"`
NotifyURL string `json:"notify_url"`
}
func (a *AlipayStrategy) Pay(amount float64, cfg AlipayConfig) error { ... }
- 配置结构体可嵌入公共字段（如
Timeout time.Duration） - 若策略间配置差异大，不要强求统一 Config 接口，Go 不需要“过度抽象”
- 调用方用字面量初始化：
s.Pay(99.9, AlipayConfig{AppID: "xxx"})，意图清晰
最常被忽略的是策略的销毁与资源清理——比如某个支付策略内部持有了 HTTP client 或数据库连接，但没人调用 Close()。Go 的策略对象应尽量无状态；如有状态，需明确谁负责释放、何时释放，不能依赖 GC。
