Go中函数可作为参数传递，类型安全且无反射开销；需显式匹配签名，不可比较或作map键；支持匿名函数、方法值及闭包，但闭包变量会逃逸至堆。
Go 函数作为参数传递是完全可行的，且语法直接、无运行时反射开销——它不是“模拟”或“字符串查找”，而是编译期确定的类型安全调用。
函数类型声明必须显式匹配
传函数前，接收方必须声明明确的函数签名。比如 func(int, int) int 和 func(float64, float64) float64 是两个完全不兼容的类型，哪怕逻辑相似也无法赋值或传参。
- 函数类型是第一类值，但不可比较（
==报错），也不能用作 map key - 匿名函数可直接传，只要签名一致：
someOtherFunction(1, 2, func(a, b int) int { return a * b }) - 方法值（如
obj.Method）也可传，前提是接收者绑定完成、签名匹配
闭包捕获变量需注意生命周期
若传入的是带外部变量引用的匿名函数（即闭包），那些变量会随函数值一起逃逸到堆上。常见陷阱是循环中创建闭包却复用了同一变量：
<pre class="brush:php;toolbar:false;">for i := 0; i < 3; i++ {
fns = append(fns, func() { fmt.Println(i) }) // 全部输出 3
}
修复方式是立即捕获当前值：func(i int) func() { return func() { fmt.Println(i) } }(i)，或在循环内声明新变量。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
nil 函数值调用会 panic
函数类型变量可为 nil，但直接调用会导致 panic: call of nil function。这和指针解引用 panic 类似，但更隐蔽——因为编译器不报错。
- 调用前务必判空：
if f != nil { f() } - 接口字段存函数时（如
type Config struct{ OnDone func() }），文档应明确是否允许nil - 避免把未初始化的函数字段直接塞进结构体再传给高阶函数
传函数 vs 传接口：选哪个？
当行为有多种实现、且需要扩展性时，优先用接口（如 io.Writer）；当只是临时组合逻辑、无状态、签名固定，函数参数更轻量。
- 函数参数零分配、无间接跳转，性能略优
- 接口需满足方法集，有类型断言/动态派发成本（虽小但存在）
- 函数无法附加额外数据（除非闭包），而接口实例可携带状态
- 别为了“统一”硬把单个函数包装成接口——增加认知负担且无实际收益
最易被忽略的一点：函数值本身不携带任何元信息（比如名字、源码位置），日志或调试时若只打印 %v 会看到 0x401234 这类地址，无法反查是哪个函数。需要可追溯性时，得靠命名变量或封装结构体加字段。
