Go 中函数值不可比较，测试应验证行为而非函数指针相等；需用接口抽象行为，确保接口导出、接收者类型匹配、粒度适中，并通过字段控制 fake 响应。
Go 中无法用 == 比较函数值，也不该靠断言结构体字段是否等于某个全局函数来验证行为——这种写法在测试里既不可靠，又违背 Go 的类型系统逻辑。
为什么不能把函数当字段存进 struct 做测试断言
Go 规定函数类型不可比较，func(int) int == someFunc 会直接编译报错。更实际的问题是：即使绕过比较（比如用反射或地址对比），测试也变成“检查是否引用了特定函数”，而非“检查是否执行了正确行为”。一旦重构函数名、拆分逻辑或加中间层，测试就脆性失败。
- 常见错误现象：
invalid operation: cannot compare func values - 使用场景：想验证构造函数
newPortFlip()返回的实例是否“绑定了 SDN 版本逻辑” - 真正要测的不是“指针相等”，而是“调用
Build()时是否生成 SDN 风格的请求”
用接口替代函数字段，让类型断言成为可靠测试支点
把行为抽象成接口，让具体实现类型承载差异逻辑，测试只需确认返回值是否为预期的具体类型——这是编译期可验证、无运行时开销、且完全符合 Go 惯用法的操作。
- 定义最小接口：
type PortFlip interface { Build() portFlipRequest } - 两个实现类型：
portFlipSdn和portFlipLegacy，各自实现Build() - 构造函数不再设置字段，而是根据配置
return &portFlipSdn{}或&portFlipLegacy{} - 测试中写：
_, ok := flip.(portFlipSdn)—— 简洁、明确、零歧义
接口定义必须满足三个硬约束，否则测试会失效
很多测试失败不是逻辑问题，而是接口本身没对齐调用方与 mock 的契约边界。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 接口必须导出（首字母大写），否则测试文件无法实现它，
mockDB实现DBClient时会报undefined - 方法接收者类型必须匹配：如果接口方法是
func (d *DBClient) Query(...)，你的 mock 就必须是指针类型*MockDB，否则断言失败 - 接口粒度要窄：只包含被测代码真实调用的方法，比如 handler 只读用户，就定义
UserReader，别塞进Update()或Delete()
fake 实现别写死分支逻辑，用字段控制响应
测试中 fake 的状态管理不克制，会导致用例间污染、难复位、响应不可预测。
- 反模式：
if id == 1 { return &User{Name: "test"} }—— 多个测试共用同一 mock 实例时结果不可控 - 正解：在 mock 结构体里定义字段，如
GetReturn *User和GetError error - 测试 setup 阶段显式赋值：
mock.GetReturn = &User{Name: "alice"} - 方法体保持统一：
return m.GetReturn, m.GetError
最容易被忽略的是接收者类型和接口可见性的组合影响——一个字母大小写不对，或一个 * 漏掉，测试就会在运行时报 panic 而非编译报错，这种问题往往卡住半天才定位到。
