Go中函数类型是值类型，可比较、赋值和传递；函数值相等仅当指向同一函数定义（含闭包环境）；传函数值无指针转换开销，实际传递轻量控制块；方法赋值会绑定接收者状态。
函数类型本身就是值，不是指针
Go 中的函数类型（如 func(int) string）是可比较、可赋值、可作为参数传递的一等公民，它本身就是一个值类型。你声明一个函数变量时，var f func(int) string，f 存储的是函数的入口地址（类似函数指针），但 Go 不暴露指针运算，也不允许取函数地址再解引用——它被封装成“函数值”语义。
常见误解是以为必须写 &myFunc 才能赋值给函数变量，其实完全不需要：
func add(x, y int) int { return x + y }
var op func(int, int) int = add // ✅ 直接赋值函数名
// var op func(int, int) int = &add // ❌ 编译错误：cannot take address of add这是因为函数标识符在表达式中默认求值得到的就是该函数的“值”，不是变量，所以不能取地址。
函数值比较只看是否指向同一函数
两个函数值可以用 == 或 != 比较，但仅当它们引用**完全相同的函数定义**（包括闭包环境）时才相等。一旦涉及闭包，即使代码相同，捕获的变量不同，函数值就不等：
立即学习“go语言免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
func() int { return 42 }和func() int { return 42 }是两个不同函数值，==结果为false -
makeAdder(1)和makeAdder(1)若返回新闭包，即使参数相同，也通常不等（除非编译器做特殊优化，但不可依赖）
这说明函数值的“相等性”基于运行时的唯一性标识，不是基于签名或逻辑等价。
传函数值没有隐式指针转换开销
把函数作为参数传入或返回时，Go 实际上传递的是一个很小的结构（通常 2–3 个机器字长），包含代码入口和可能的闭包上下文指针。它不是复制整个函数体，也不是深拷贝闭包数据——只是复制这个控制块。
因此：
- 不用刻意传 *func(...) 来“提高性能”（语法都不合法）
- 函数值本身是轻量的，频繁传递无负担
- 但若函数携带大闭包（比如捕获了巨型 slice 或 map），那闭包数据仍会被共享，注意内存生命周期
函数变量与方法值混用时要注意接收者绑定
当你把某个类型的方法赋给函数变量时，Go 会自动做“方法值”转换：如果方法有接收者（如 func (t T) Foo()），赋值时必须提供具体接收者实例，结果是一个已绑定接收者的函数值：
type Counter struct{ n int }
func (c Counter) Inc() int { c.n++; return c.n }
<p>var incFunc func() int = Counter{5}.Inc // ✅ 绑定实例，生成无参函数
fmt.Println(incFunc()) // 输出 6</p><p>c := Counter{10}
var inc2 func() int = c.Inc // ✅ 绑定当前 c 值（注意：是值拷贝！）
fmt.Println(inc2()) // 输出 11，但原 c.n 仍是 10这里容易踩坑的是：值接收者会拷贝整个接收者；指针接收者才能修改原对象。而无论哪种，赋值后得到的函数值都“固化”了那一刻的接收者状态（或地址）。
函数值的“绑定”和“不可变性”是关键——它不像 C 函数指针那样裸露可操作，但比 JavaScript 的函数更严格地约束了等价性和生命周期。真正复杂的地方在于闭包捕获和接收者绑定的组合，这时候要盯住变量作用域和复制时机。
