Go策略模式需接口值语义安全、避免nil指针panic；用泛型注册表替代map[string]any防类型擦除；Context不持策略指针而应传参；高频场景可改用StrategyFunc函数类型优化性能。
策略接口定义必须是值语义安全的
Go 没有传统 OOP 的抽象类或 interface 实现强制约束，Strategy 接口应只包含行为契约，不暴露状态字段。常见错误是把 *StrategyImpl 作为参数传入，导致 nil 指针 panic；正确做法是让所有实现类型满足接口且支持值传递：
- 接口方法接收者用值类型（如
func (s MyStrategy) Execute()），避免隐式指针解引用 - 禁止在接口中定义导出字段（Go interface 只能含方法）
- 若策略需共享状态，通过构造函数注入依赖，而非嵌入 struct 字段
策略注册与查找容易忽略类型擦除问题
用 map[string]interface{} 或 map[string]any 存策略实例，会在取用时丢失类型信息，强制类型断言易 panic。更安全的方式是用泛型注册表：
type StrategyRegistry[T Strategy] struct {
strategies map[string]T
}
func (r *StrategyRegistry[T]) Register(name string, s T) {
r.strategies[name] = s
}
func (r *StrategyRegistry[T]) Get(name string) (T, bool) {
s, ok := r.strategies[name]
return s, ok
}
这样调用方无需手动断言，编译期就校验类型一致性。
Context 结构体不要持有策略指针
典型反模式是 type Context struct { strategy Strategy } + SetStrategy(s Strategy)。这会导致：
立即学习“go语言免费学习笔记（深入）”；
- 并发调用时
strategy字段被多个 goroutine 修改，引发 data race - 无法静态确定某次执行使用的是哪个策略（调试困难）
- 违反“策略即函数”的 Go 风格——应把策略作为参数传入执行函数
推荐写法：func Run(ctx context.Context, data any, strategy Strategy) error，每次调用明确绑定策略实例。
性能敏感场景下避免接口动态调度开销
高频调用（如每秒万级）时，interface 方法调用比直接函数调用慢约 10–15%。若 profile 确认是瓶颈：
- 改用函数类型替代接口，如
type StrategyFunc func(data any) error - 将策略逻辑内联为闭包，配合
sync.Pool复用临时对象 - 注意：函数类型无法被 go:generate 工具识别，反射元信息丢失，权衡可维护性
多数业务代码不用优化这点，但微服务网关、实时风控等场景值得检查 pprof 火焰图里 runtime.ifaceE2I 是否高频出现。
