如何在Golang中应用策略模式_Golang策略模式Strategy Pattern实现示例

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，必须由策略自己维护连接池并保证线程安全。