Go 中 Strategy 模式用函数类型定义策略（如 PaymentStrategy func(...) error），配合 map[string]PaymentStrategy 注册表、配置驱动选择与闭包封装参数，实现运行时可配、易测、安全的策略管理。
Go 语言没有类继承和接口实现的强制约束，Strategy 模式不能靠“抽象类 + 多态”硬套，得用函数类型、接口组合和依赖注入来解——核心是让策略的创建、选择、替换在运行时可配置，且不触发重新编译。
用 func 类型定义策略行为，避免空接口或反射
把策略抽象为函数签名，比定义一堆只含一个方法的接口更轻量、更易测试。例如支付策略：
type PaymentStrategy func(amount float64, orderID string) error
这样定义后，Alipay、WechatPay、MockPay 都可以是独立函数，无需实现接口：
var Alipay PaymentStrategy = func(amount float64, orderID string) error {
// 调用支付宝 SDK
return nil
}
- 避免用
interface{}或reflect.Value做策略注册——类型丢失、IDE 不提示、panic 风险高 - 函数类型天然支持闭包，可预置配置（如 API key、超时）：
func(apiKey string) PaymentStrategy { ... } - 单元测试时直接传入匿名函数模拟行为，不用写 mock struct
策略注册表用 map[string]PaymentStrategy + sync.RWMutex
运行时动态增删策略，比如插件化加载第三方支付方式。别用全局变量裸写 map，并发不安全：
立即学习“go语言免费学习笔记（深入）”；
type StrategyRegistry struct {
mu sync.RWMutex
strategies map[string]PaymentStrategy
}
- 注册时用
WriteLock，查询时用RUnlock，避免读写冲突 - 键名建议带命名空间，比如
"payment/alipay/v2"，避免不同模块策略名冲突 - 不要在
init()里自动注册所有策略——会破坏构建可复现性；应由主程序显式调用registry.Register(...)
通过配置文件（TOML/YAML）驱动策略选择，而非硬编码 switch
把策略名从代码中抽离到配置，让运维/测试能快速切换行为。例如 config.yaml：
payment: strategy: "payment/wechat/v1" timeout: 15s
加载后查表即可：
strat, ok := registry.Get(config.Payment.Strategy)
if !ok {
return fmt.Errorf("unknown strategy: %s", config.Payment.Strategy)
}
- 配置值必须校验存在性，否则运行时报
nil func callpanic - 策略参数（如
timeout）不要塞进策略函数签名，而应封装进策略闭包或结构体字段中 - YAML key 名要和注册表键名严格一致，大小写、斜杠、版本号都不能错——这是最容易配错又最难 debug 的点
真正麻烦的不是写几个策略函数，而是让策略的生命周期、配置加载时机、错误传播路径都对齐业务上下文。比如 HTTP handler 里调用策略，得确保 context 超时能透传到底层 SDK；再比如策略内部有连接池，就不能每次调用都新建 client。
