用func类型代替接口定义策略更轻量，因无需定义接口和struct、支持闭包捕获状态、测试简单且性能相当；但需注意nil检查、类型严格匹配及map动态调用的panic风险。
为什么用 func 类型代替接口定义策略
Go 里用函数实现策略模式，比接口更轻、更直接，只要类型匹配就能替换，不用写一堆 struct 和方法。接口方式要先定义 DiscountStrategy 接口，再为每个策略写 struct + 方法实现；而函数类型直接把行为抽象成值，比如 type DiscountFunc func(float64) float64，所有折扣逻辑就是个函数，传进来就能用。
少写 boilerplate：不用声明空 struct、不用实现方法签名、不用调用 SetStrategy
闭包友好：可捕获上下文（如会员等级阈值、有效期），接口实现反而要靠字段存状态
测试更简单：直接传一个匿名函数做 mock，不用构造具体策略实例
性能无差异：函数值本质是代码指针 + 闭包环境，和接口动态调度开销基本一致
DiscountFunc 类型如何定义和安全使用
关键不是“怎么声明”，而是“怎么让结构体持有它并安全调用”。常见错误是忽略 nil 检查或类型不匹配。
- 定义类型：
type DiscountFunc func(amount float64) float64 - 结构体字段必须显式声明为该类型：
discount DiscountFunc，不能只写func() - 调用前务必判空：
if o.discount == nil { return amount }，否则 panic - 赋值时类型必须严格一致：传
func(float32) float32会编译失败，Go 不自动转换
示例：
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
type Order struct {
total float64
discount DiscountFunc
}
<p>func (o *Order) GetFinalPrice() float64 {
if o.discount == nil {
return o.total
}
return o.total - o.discount(o.total)
}</p><p>// 使用
vipDiscount := func(amount float64) float64 { return amount * 0.15 }
order := &Order{total: 1000, discount: vipDiscount}
fmt.Println(order.GetFinalPrice()) // 850</p>
用 map[string]DiscountFunc 动态选策略的陷阱
很多人想用 map[string]DiscountFunc 实现“字符串驱动策略切换”，但容易掉进两个坑：类型擦除和 key 不存在时 panic。
-
map声明必须带完整函数签名：map[string]DiscountFunc，不能写map[string]interface{}后强转 - 访问
map时要用双返回值语法：fn, ok := strategies["vip"]; if !ok { ... }，否则 key 不存在会得到nil函数，一调就 crash - 注册策略时别漏掉赋值：常见错误是写了
strategies["vip"] = nil，没检查就用了
函数策略 vs 接口策略：什么情况下必须用结构体
纯函数适合无状态逻辑（如格式化、简单计算）；一旦需要维护状态（如计数器、连接池、缓存），就必须用结构体 + 方法。
- 值接收适合纯函数式策略（如
FlatRateStrategy），并发安全、无需锁 - 指针接收适合需修改内部状态的策略（如带重试次数的 HTTP 客户端），但读写字段时得自己加锁或用
sync/atomic - 若策略依赖外部资源（如
*http.Client），建议通过构造函数注入，而不是在Apply()里现场创建——避免每次调用都初始化副作用
真正容易被忽略的是：函数策略看似简单，但闭包捕获循环变量时极易出错。比如 for _, m := range modes { strategies[m] = func(){} }，所有策略会共享最后一个 m 的值；正确写法是显式传参：strategies[m] = func(m string) DiscountFunc { return func(amount float64) float64 { ... } }(m)。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
