go中函数类型不可取地址，只能对函数变量取地址；闭包捕获变量取决于其类型和用法，循环中需显式拷贝避免共享变量；闭包逃逸由捕获变量决定，与是否传指针无关。
Go 中函数类型本身不能取地址，&func() 是非法的
Go 语言里，函数类型是可比较、可赋值的一等公民，但不是可寻址类型。你写 &myFunc 会直接报错：cannot take the address of myFunc。这不是疏忽，而是设计使然——函数值在运行时通常对应一段只读代码段的入口地址，Go 不允许用户随意持有其指针，避免误用或逃逸分析失控。
常见错误现象：cannot use &handler as *func(int) (value of type *func(int))，尤其在想把函数传给需要 *func() 参数的第三方库时。
- 真正能取地址的是「函数变量」，比如
var f func(int) = handler，此时&f是*func(int)，即指向函数变量的指针，不是指向函数代码的指针 - 绝大多数场景根本不需要函数指针：直接传
handler（函数值）即可，它本身已包含调用信息 - 若 API 强制要求
*func()类型（极少见），只能包装一层变量：var tmp = handler; callWithPtr(&tmp)
闭包捕获变量时，是否用指针取决于你捕获的是什么
闭包不自动“升级”为指针；它捕获的是变量的值或引用，取决于该变量本身的类型和你在闭包内如何使用它。
典型场景：在循环中创建多个闭包，想让每个闭包记住当前迭代的索引或元素。
立即学习“go语言免费学习笔记（深入）”；
- 如果捕获的是基础类型（如
int、string），闭包拿到的是副本，修改不影响外部 —— 这是预期行为 - 如果捕获的是切片、map、channel、interface 或结构体指针，闭包拿到的是共享引用，内部修改会影响外部状态
- 最容易踩的坑：循环中直接捕获循环变量
i，所有闭包最终都看到同一个i的最终值 —— 解法是显式拷贝：for i := range items { go func(idx int) { ... }(i) }
闭包 + 指针参数不会改变闭包的逃逸行为
闭包是否逃逸，取决于它是否被返回到函数外、或存储在堆上，跟它内部有没有指针参数无关。Go 编译器根据闭包捕获的变量是否逃逸来决定整个闭包是否逃逸。
例如：
func makeAdder(base int) func(int) int {
return func(delta int) int {
return base + delta // base 逃逸 → 整个闭包逃逸到堆
}
}
这里 base 是值类型，但因为它被闭包捕获并返回，所以必须分配在堆上。加不加指针参数（比如 func(*int)）对这个判断没影响。
- 性能提示：频繁创建小闭包且捕获大结构体时，考虑传指针避免复制，但别误以为“传指针就能阻止逃逸”
- 兼容性注意：闭包类型不可比较（
==报错），也不能作为 map key；哪怕两个闭包逻辑完全一样，它们的类型也不同 - 调试技巧：用
go build -gcflags="-m"看闭包是否逃逸，比猜更可靠
函数值与方法值混用时，指针接收者影响的是调用目标，不是闭包语义
当你把一个带指针接收者的方法赋值给函数变量（如 f := ptrMethod），得到的函数值在调用时仍会作用于原始接收者实例 —— 这和闭包无关，是方法值的固有行为。
容易混淆的点：以为「用了指针接收者，闭包就自动持有对象指针」，其实不是。
- 正确理解：
obj := &MyStruct{}; f := obj.Method→f是一个绑定了obj的函数值，调用f()等价于obj.Method() - 如果写
f := (*MyStruct).Method（未绑定），那它只是普通函数，调用时必须手动传指针：f(obj) - 闭包里调用这样的函数值，和调用普通函数无异；是否 panic 取决于
obj是否为 nil，而不是闭包本身做了什么
