go中可将函数作为参数传递，但要求类型严格匹配：参数个数、顺序、类型及返回值个数和类型必须完全一致；推荐使用type定义函数类型以提升可读性与复用性。
Go 里怎么把函数当参数传进去
Go 支持函数类型，所以函数能像 int 或 string 一样被赋值、传参、返回。关键不是“能不能”，而是类型必须严格匹配——参数个数、顺序、类型，返回值个数和类型，一个都不能差。
常见错误现象：cannot use func literal (type func(int) int) as type func(string) int in argument to call，本质是类型不兼容，不是语法写错了。
- 先定义函数类型（可选但推荐）：
type Processor func(int) string - 传入时直接写函数字面量或函数名：
doSomething(func(x int) string { return fmt.Sprintf("got %d", x) }) - 如果函数有多个参数或返回值，类型声明里必须一一对应，比如
func(string, bool) (int, error)
函数参数类型不一致就编译失败
Go 是静态类型语言，函数类型属于“结构化类型”，但比接口更严格：两个函数类型即使签名完全一样，只要没用同一个类型别名定义，也可能无法互相赋值（取决于上下文）。实际开发中，多数人用类型别名统一管理，避免隐式转换失败。
使用场景：回调、策略模式、测试桩（stub）、HTTP 中间件等。
- 别直接写
func(int) string多次，容易写错；用type HandlerFunc func(http.ResponseWriter, *http.Request)这种方式复用 - 注意指针接收者方法不能直接作为函数值传入——得显式转成函数：
func(r *MyStruct) Do() {}不能直接传r.Do，要写func() { r.Do() } - 闭包捕获变量时，要注意生命周期：传入的函数若被保存（比如注册到全局 map），捕获的局部变量不会被提前释放
为什么传函数比传 interface{} 更安全
有人图省事用 interface{} 包函数再反射调用，这会丢失编译期检查，运行时 panic 风险高，性能也差。而原生函数类型在编译期就能验证调用是否合法。
性能影响：函数值本身只是两个指针（代码地址 + 闭包环境），传参开销极小；反射调用则涉及类型检查、栈操作、动态派发，慢一个数量级。
- 传
func()比传interface{}少一次类型断言和反射调用 - Go 编译器对函数调用做了内联优化，但对
interface{}上的方法调用基本不内联 - IDE 和
go vet能识别函数类型不匹配，对interface{}则无能为力
带接收者的函数怎么传给需要普通函数的地方
方法不是函数，哪怕签名一样也不能直接传。这是新手最常卡住的一点——以为 obj.Method 就是个函数，其实它是“方法值”（method value），底层绑定了接收者。
错误示例：process(obj.Do) 报错 cannot use obj.Do (type func() string) as type func() string？不，它根本不是那个类型，是 func() string 的实例，但类型系统里它属于独立类型。
- 正确做法是显式包装：
process(func() string { return obj.Do() }) - 或者用类型别名统一收口：
type Runner func() string，然后让方法满足该类型：func (o *Obj) AsRunner() Runner { return func() string { return o.Do() } } - 注意：
obj.Do和(&obj).Do类型可能不同（值接收 vs 指针接收），别混用
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
