go 中函数类型变量原生支持赋值、传参和返回，无需指针操作；声明需严格匹配签名，空值为 nil，调用前必须判空，否则 panic。
Go 里没有函数指针，但有等价的函数类型变量
Go 不支持 C 那种裸指针操作函数地址，func(int) int 本身就是类型，直接赋值、传参、返回都没问题。所谓“函数指针”，在 Go 里就是把函数当作一等公民来用——不是模拟，是原生支持。
常见错误是试图用 *func() 去取地址或解引用，这会报错：cannot take the address of function。Go 的函数值本身不可寻址，也不需要取地址就能赋值给变量。
- 函数类型变量声明：用
var f func(int) string或更常见的f := func(x int) string { return fmt.Sprint(x) } - 赋值时，右边必须是同签名的函数字面量，或已定义的函数名（如
strconv.Itoa） - 不能把方法值（method value）直接赋给无接收者的函数类型，除非显式绑定：比如
obj.Do是方法，func() { obj.Do() }才能匹配func()
函数类型变量的声明与类型推导差异
Go 中函数类型必须显式匹配签名，参数名无关，但类型、顺序、返回值个数和类型都必须一致。类型推导常让人误以为“差不多就行”，其实很严格。
比如 func(a int) error 和 func(b int) error 类型相同；但 func(int) (int, error) 和 func(int) error 完全不同，哪怕只差一个返回值。
立即学习“go语言免费学习笔记（深入）”；
- 声明时用
type HandlerFunc func(http.ResponseWriter, *http.Request)可复用，比每次写完整签名更清晰 - 直接用
:=推导时，右边必须是函数字面量或具名函数，不能是接口或 nil（var f func() = nil合法，但f := nil报错） - 空函数变量默认值是
nil，调用前务必判空，否则 panic：panic: call of nil function
在 map 或 struct 中存储函数类型变量的注意事项
把函数存进 map[string]func() 或 struct 字段很常见，但容易忽略两点：闭包捕获变量的生命周期，以及并发读写 map 的安全性。
例如在循环中为 map 设置多个 handler，却用了循环变量 i，所有 handler 最终都引用同一个 i 的最终值——这是经典闭包陷阱，不是函数类型本身的问题，而是作用域理解偏差。
- struct 中字段类型写成
Handler func(string) bool即可，无需加*；赋值用s.Handler = myFunc - map 赋值时避免直接写
m["key"] = func() {}在 goroutine 里，没加锁的话可能 panic：fatal error: concurrent map writes - 如果 handler 需要访问外部状态，优先用闭包捕获，而不是传一堆参数——但得清楚闭包变量是否会被意外修改或逃逸
性能与逃逸：函数字面量 vs 具名函数
函数字面量（func() {}）每次执行都会分配新函数值，可能触发堆分配；具名函数（如 handleHome）是零分配的静态值。差别在逃逸分析里很明显。
用 go build -gcflags="-m" main.go 看输出，常见提示：func literal escapes to heap。高频路径上反复创建函数字面量，可能成为 GC 压力源。
- 热代码中，优先定义具名函数，尤其在循环、HTTP handler 注册、回调注册场景
- 函数字面量适合简单逻辑、一次性使用，或需捕获局部变量的场合（这时逃逸不可避免）
- 不要为了“看起来像 C 函数指针”而硬套字面量，Go 的函数类型变量本就轻量，关键是签名对齐和生命周期可控
真正容易被忽略的是：函数类型变量的零值是 nil，它不等于“未初始化”，而是明确的空状态；调用前不检查，程序就停在那里，连错误信息都不带堆栈——你得自己 guard。
