Golang策略模式多扩展实现技巧

本文深入探讨了在 Go 语言中高效、可维护地实现策略模式的关键实践：摒弃硬编码分支与空方法陷阱，倡导精简自描述接口（如通过 `SupportsCurrency` 实现运行时策略筛选）、基于 `sync.Map` 的线程安全动态注册机制、结构体化参数传递以提升可读性与类型安全，并强调无状态优先的设计哲学——若策略需持有资源，必须显式定义生命周期管理责任，而非寄望于 GC。这些方法共同解决了 Go 缺乏继承多态带来的扩展痛点，让策略系统真正具备弹性、健壮与工程友好性。

策略模式在 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 判断策略名，会随策略增多变得脆弱。更可靠的是注册制，但要注意并发安全和重复注册覆盖问题。

示例注册逻辑：

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。

以上就是《Golang策略模式多扩展实现技巧》的详细内容，更多关于的资料请关注golang学习网公众号！