go 语言不允许直接比较两个函数值（除与 nil 比较外），因此测试中验证注册与获取的处理器函数是否为同一实例，需改用“行为验证”策略：调用函数并检查其副作用（如状态变更）来间接确认一致性。
在 Go 中，函数类型（如 func(interface{})）是不可比较的（uncomparable），这是语言规范明确规定的：函数值只能与 nil 进行比较，尝试使用 == 或 != 比较两个非-nil 函数变量会导致编译错误：
invalid operation: retrieved != handler (func can only be compared to nil)
这并非限制，而是设计使然——函数值本质是代码指针 + 闭包环境的组合，Go 不提供可靠的内存地址或语义等价性判定机制，因此禁止直接比较，避免误导性结果。
✅ 正确的测试思路是验证函数行为一致性，而非内存同一性。最简洁可靠的方式是：
- 在测试中构造一个带可观察副作用的处理器（例如修改局部布尔变量、写入 channel、递增计数器等）；
- 注册该处理器；
- 通过 GetHandler 获取后立即调用它；
- 检查副作用是否如期发生。
以下为改进后的完整可运行示例：
package main
import (
"fmt"
"reflect"
)
type HandlerFunc func(cmd interface{})
type Bus struct {
handlers map[reflect.Type]HandlerFunc
}
func (bus *Bus) RegisterHandler(cmd interface{}, handler HandlerFunc) {
bus.handlers[reflect.TypeOf(cmd)] = handler
}
func (bus *Bus) GetHandler(cmd interface{}) HandlerFunc {
t := reflect.TypeOf(cmd)
if handler, ok := bus.handlers[t]; ok {
return handler
}
return nil
}
func New() *Bus {
return &Bus{
handlers: make(map[reflect.Type]HandlerFunc),
}
}
type RegisterUserCommand struct{}
func main() {
bus := New()
var called bool
handler := func(cmd interface{}) {
called = true
}
bus.RegisterHandler(&RegisterUserCommand{}, handler)
// 获取并立即调用处理器
retrieved := bus.GetHandler(&RegisterUserCommand{})
if retrieved == nil {
fmt.Println("Handler not found!")
return
}
retrieved(nil) // 触发副作用
if called {
fmt.Println("✅ Test passed: retrieved handler is the expected one.")
} else {
fmt.Println("❌ Test failed: handler was not invoked.")
}
}? 关键注意事项：
- ✅ 副作用变量（如 called）必须定义在调用作用域内，确保闭包捕获的是同一变量实例；
- ✅ 避免依赖 fmt.Printf 等 I/O 作为判断依据——应使用确定性状态（bool、int、channel receive）；
- ✅ 若处理器本身有参数校验逻辑，测试时传入符合预期的 cmd 值（如 &RegisterUserCommand{}），而非 nil（除非逻辑允许）；
- ⚠️ 切勿使用 unsafe.Pointer 或反射读取函数底层地址进行比较——这违反类型安全、不可移植且极易出错。
? 进阶建议：在真实项目中，可将此类验证封装为辅助函数或使用 testify/assert 的 assert.NotNil(t, h) + h(cmd) 组合，再配合 assert.True(t, called) 完成断言，提升测试可读性与可维护性。
本质上，这不是妥协，而是拥抱 Go 的设计哲学：关注接口契约与行为，而非实现细节或内存身份。
