go反射中funcof无法直接用pointer()比较函数地址，因每次reflect.valueof生成新实例导致地址不一致；应通过interface()转回原类型再用unsafe提取底层代码段地址，或改用语义化标识避免依赖物理地址。
Go 反射中 FuncOf 无法直接比较函数地址
反射对象（reflect.Value）对函数类型调用 Pointer() 返回的是底层函数值的地址，但这个地址在多次包装后可能不一致——哪怕原始函数字面量相同。根本原因是 Go 的函数值在反射中被封装为接口，每次 reflect.ValueOf(fn) 都可能生成新结构体实例，其 Pointer() 结果不可靠。
- 不要用
v1.Pointer() == v2.Pointer()判断两个reflect.Value是否代表同一函数 - 即使
v1.Call([]reflect.Value{})和v2.Call([]reflect.Value{})行为一致，也不能反推地址相等 - 闭包函数、方法表达式、绑定到不同接收者的同名方法，都会让
Pointer()值不同
用 unsafe.Pointer 提取原始函数指针再比较
真正能反映“是否指向同一可执行代码”的，是函数值底层的代码段地址。这需要绕过反射封装，用 unsafe 读取函数值内部字段。Go 运行时把函数指针存在 reflect.Value 的第 0 字段（uintptr 类型），但仅适用于 reflect.Func 类型且非接口形式的值。
- 必须先确认
v.Kind() == reflect.Func且v.CanInterface()为 true - 用
unsafe.Pointer(v.UnsafeAddr())拿不到函数指针，得用unsafe.Pointer(&v)+ 偏移量，但偏移量依赖 runtime 实现，不跨版本稳定 - 更稳妥的做法：用
reflect.Value的Interface()转回原函数类型，再用unsafe.Pointer(unsafe.ArbitraryUnsafePointer(&fn))—— 但前提是你知道原始类型，比如func(int) string - 示例（仅限已知类型）：
fn1 := func(x int) int { return x } fn2 := fn1 v1 := reflect.ValueOf(fn1) v2 := reflect.ValueOf(fn2) // 安全提取（需类型断言） f1 := v1.Interface().(func(int) int) f2 := v2.Interface().(func(int) int) p1 := *(*uintptr)(unsafe.Pointer(&f1)) p2 := *(*uintptr)(unsafe.Pointer(&f2)) fmt.Println(p1 == p2) // true
为什么不用 == 直接比较函数变量？
Go 允许函数变量之间用 == 比较，但仅限于「非接口类型」的函数值，且要求它们来自同一函数字面量或标识符。一旦函数被转成接口（如 interface{} 或 reflect.Value），就失去可比性。
- ✅
fn1 == fn2成立（两者都是func(int) int类型变量，且指向同一字面量） - ❌
interface{}(fn1) == interface{}(fn2)编译失败：函数类型不可比较 - ❌
reflect.ValueOf(fn1) == reflect.ValueOf(fn2)编译失败：reflect.Value 不支持 == - ⚠️ 方法值（如
obj.Method）即使接收者相同，每次取值都生成新函数值，==返回 false
实际项目中该怎么做？
99% 的场景下，你根本不需要判断两个反射函数是否“物理同源”。更合理的做法是基于语义而非地址做判断：比如检查函数名、签名、所属类型，或加一层注册表用自定义 key 绑定。
立即学习“go语言免费学习笔记（深入）”；
- 如果只是想避免重复注册回调，用
map[uintptr]struct{}记录原始函数指针（通过unsafe提取），但必须确保生命周期可控、无 GC 干扰 - 如果函数来自用户传入的
interface{}，别试图还原地址，改用唯一字符串标识（如runtime.FuncForPC(reflect.ValueOf(fn).Pointer()).Name()），注意它对闭包返回空名 - 最省心的方式：放弃地址比较，改用业务 key —— 比如注册时让用户显式提供
id string，后续按 id 查重
函数地址比较这件事本身就很脆弱。runtime 可能在任意版本调整函数值内存布局，unsafe 提取逻辑一旦写错，轻则比较失效，重则 panic 或读到垃圾数据。
