Go中函数是一等公民，因其类型可赋值、传参、返回、存入map或slice，如func(int) string是完整类型；用map[string]func()实现策略模式，key为策略名，value为执行函数，无需interface；需统一签名、用常量定义key、检查key存在性；带状态策略推荐用闭包封装。
Go里函数为什么能当“一等公民”用
因为函数类型可赋值、可传参、可返回、可存进 map 或 slice——它和 int、string 一样，是实实在在的类型。不是语法糖，也不依赖 interface 包装。比如 func(int) string 就是一个完整类型，两个同签名函数变量可以直接赋值，也可以作为 map 的 value。
用 map[string]func() 实现最简策略表
策略模式本质是“运行时选行为”，而 Go 的函数值天然适配：key 是策略名（如 "json"、"yaml"），value 是具体执行函数。不用定义 interface，不强制实现方法，更轻量。
常见错误是把函数签名写错导致 map 初始化失败，例如：
var strategies = map[string]func(int) error{
"add": func(x int) error { return nil },
"mul": func(x, y int) error { return nil }, // ❌ 签名不一致，编译报错
}
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 所有策略函数必须严格统一签名，比如都用
func(context.Context, *Request) (*Response, error) - key 建议用常量定义，避免字符串散落各处：
const StrategyJSON = "json" - 访问前务必检查 key 是否存在，否则 panic：
if fn, ok := strategies["xml"]; ok { fn() }
带状态的策略怎么封装：闭包比 struct 更直接
如果某个策略需要持有配置（比如重试次数、超时时间），用闭包比先定义 struct 再实现方法更符合 Go 风格。函数本身就能捕获外部变量，无需额外类型声明。
示例：构造一个带重试参数的 HTTP 调用策略
func NewHTTPStrategy(retry int) func(url string) error {
return func(url string) error {
for i := 0; i <= retry; i++ {
if err := http.Get(url); err == nil {
return nil
}
}
return errors.New("failed after retries")
}
}
strategies["retry-3"] = NewHTTPStrategy(3)
注意点：
- 闭包捕获的是变量引用，若外部变量后续被修改，可能影响所有已生成的函数实例
- 不要在闭包里直接捕获大对象（如整个
*http.Client）而不加注释，容易引发内存泄漏误判 - 这种写法不适合需要反射调用或跨包序列化的场景——函数值无法序列化
性能与边界：函数表不是万能胶
map 查找是 O(1)，但函数调用本身没额外开销，这点比 interface 动态调度略快。不过要注意几个现实约束：
- 函数签名一旦定死，新增参数就得改全量策略，不如 interface 配合结构体字段扩展灵活
- 没有编译期强制实现检查——删掉一个策略函数，只有运行时调用才暴露问题
- goroutine 安全需自行保证：多个 goroutine 并发写同一个策略 map 会 panic，读操作安全但建议初始化后只读
- 调试时打印函数值只能看到地址（如
0x123456），无法看出对应逻辑，日志中建议连带策略名一起输出
真正难处理的是策略间需要共享中间状态（比如共用一个连接池或计数器），这时候函数表就该让位给 struct + method 组合了——别硬撑。
