Go 中不用 interface{} 实现策略而用接口类型，因为 interface{} 丢失编译期校验和方法调用能力，无法保证实现 Execute() 方法，易致运行时 panic；正确做法是定义明确接口（如 PaymentStrategy），由编译器强制检查实现，保障类型安全。
为什么 Go 里不用 interface{} 实现策略，而要用接口类型
Go 没有传统 OOP 的抽象类或虚函数，策略模式的核心不是“继承”，而是「行为契约」。用 interface{} 虽然能接收任意类型，但会丢失编译期校验和方法调用能力——你无法保证传入的值真有 Execute() 方法，运行时才 panic。
正确做法是定义一个明确的策略接口，比如：
type PaymentStrategy interface {
Pay(amount float64) error
}
所有策略类型（CreditCardPayment、PayPalPayment 等）只要实现这个接口，就能被统一调度。Go 编译器会强制检查是否实现了全部方法，这是类型安全的基石。
如何让策略可配置且不耦合上下文
策略对象不应在上下文中硬编码创建，否则每次加新策略都要改上下文逻辑。推荐把策略实例的构造交给外部，由调用方注入。
立即学习“go语言免费学习笔记（深入）”；
- 上下文结构体只持有一个
PaymentStrategy接口字段，不做 new 操作 - 提供带策略参数的构造函数，例如
NewOrderProcessor(strategy PaymentStrategy) - 避免在上下文中 import 具体策略包（如
paypal或alipay），保持依赖方向清晰
这样，测试时可轻松传入 mock 策略，生产环境也能按配置切换实现。
策略切换时要注意 nil 指针和并发安全
如果允许运行时动态更换策略（比如根据用户等级切支付方式），直接赋值 ctx.strategy = newStrategy 是危险的——没有同步机制时，多个 goroutine 同时读写该字段可能引发竞态。
- 若需热切换，用
sync.RWMutex保护字段读写 - 更稳妥的做法是让上下文不可变：每次切换都返回新实例（
WithStrategy(...)风格），避免共享状态 - 务必检查注入的策略是否为
nil，否则调用Pay()会 panic；建议在构造函数里做if strategy == nil { panic("strategy cannot be nil") }
真实项目中策略常和工厂、配置驱动结合
纯手动 new 策略类型只适合 demo。实际项目往往从配置（YAML/JSON）读取策略名，再映射到具体实现：
var strategyMap = map[string]PaymentStrategy{
"credit_card": &CreditCardPayment{},
"paypal": &PayPalPayment{},
"alipay": &AlipayPayment{},
}
func NewStrategyFromConfig(name string) (PaymentStrategy, error) {
if s, ok := strategyMap[name]; ok {
return s, nil
}
return nil, fmt.Errorf("unknown strategy: %s", name)
}
这种写法把“选择逻辑”集中管理，新增策略只需注册进 strategyMap，无需动工厂或上下文。注意：如果策略需要初始化参数（如 API key），就不能用单例值，得改用工厂函数闭包或依赖注入容器。
最易被忽略的是策略的生命周期管理——比如数据库连接策略持有 *sql.DB，不能在每次 Pay() 里反复 open/close，必须由策略自己维护连接池并保证线程安全。
