函数签名仅由参数类型列表和返回值类型列表构成，不包含函数名、形参名或返回值名；例如func(int,string)bool与func(x int,y string)bool签名相同，因类型、顺序、数量及返回类型完全一致。
函数签名就是参数类型列表 + 返回值类型列表
Go 里不看参数名、不看返回值名、不看函数名，只看「输入是什么类型、输出是什么类型」。比如 func(a int, b string) bool 和 func(x int, y string) bool 是同一个函数类型，因为参数顺序、个数、类型完全一致，返回值也都是 bool。
常见误解是把函数名或参数名当成签名的一部分——其实它们只是标识符，编译器根本不关心。你可以用 fmt.Printf("%T", someFunc) 直接打印出它的签名，结果就是纯类型的字符串，比如 func(int, string) bool。
函数类型匹配只认底层结构，不认别名
如果你写了 type Handler func(string) error，再定义一个 func process(s string) error，那 process 可以直接赋给 Handler 类型变量，因为它们的底层签名一致：都是 func(string) error。
但注意：如果定义了另一个命名类型 type Middleware func(string) error，它和 Handler 虽然底层一样，但名字不同，两者不能直接赋值——必须显式转换，比如 Handler(mw)。
- 命名类型之间不兼容，哪怕底层完全一样
- 非命名类型（比如
func(int) string这种字面写法）之间才天然可互赋 - 函数类型变量未初始化时是
nil，调用会 panic，记得判空
带 context 或 event 的 handler 函数怎么适配？
Nuclio 等 FaaS 框架要求入口函数签名为 func(*nuclio.Context, nuclio.Event) (interface{}, error)。这不是 Go 语言强制规则，而是框架约定——你写的函数必须严格匹配这个签名，否则 runtime 找不到入口或调用失败。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
容易踩的坑：
- 少写一个
*，比如传nuclio.Context而不是*nuclio.Context→ 类型不匹配 - 返回值顺序错，比如写成
(error, interface{})→ 框架无法解析响应 - 用了自定义类型别名包装
nuclio.Event，但没做类型转换 → 编译通过但运行时报错“cannot use … as …”
匿名函数和闭包的签名怎么判断？
匿名函数的签名由你写它的那一行决定，和是否捕获外部变量无关。比如 func() int { return x } 的签名就是 func() int，哪怕 x 是外层变量。
闭包本身不改变签名，但它让函数行为依赖于创建时的环境。要注意的是：如果闭包引用了大对象（比如整个 struct），而该函数被长期持有（如注册为回调），可能导致内存无法释放。
实际开发中更关键的点是：函数变量能作为参数传，也能作为返回值，但必须类型完全匹配。例如：
type FilterFunc func(int) bool
func Apply(f FilterFunc, nums []int) []int { ... }
// 下面这行合法，因为签名一致
Apply(func(n int) bool { return n%2 == 0 }, []int{1,2,3})
签名不一致的函数即使逻辑相似，也不能混用——Go 不支持重载，也不会自动推导或转换。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
