assert失败仅记录错误并继续执行，require失败则立即终止当前测试函数；前者适合独立字段验证，后者适用于前置条件校验。
testify 的 assert 与 require 有什么区别
核心在于失败时的行为：用 assert 断言失败只记录错误，测试继续执行；用 require 断言失败会直接终止当前测试函数。比如检查一个 map 是否非空：assert.NotNil(t, m) 即使失败，后续的 assert.Equal 还会跑，可能触发 panic；而 require.NotNil(t, m) 失败后就跳过后面所有逻辑，更安全也更清晰。
常见误用是全程只用 assert，结果某个前置条件没满足（比如对象为 nil），后续断言报一堆无意义错误。建议优先用 require 做前提校验，再用 assert 做业务值比对。
如何避免 assert.Equal 的类型不匹配误报
assert.Equal 默认用 reflect.DeepEqual 比较，对 struct 字段顺序、nil 切片和空切片、指针值等敏感。比如 []int(nil) 和 []int{} 被视为不等，*int 指向相同值但地址不同也会失败。
实操建议：
- 明确需要比较「值」还是「引用」：值比较用
assert.Equal，引用相等用assert.Same - 处理切片时先用
require.Len确保长度一致，再逐项比对，或用assert.ElementsMatch忽略顺序 - 结构体含指针字段时，考虑用
assert.JSONEq序列化后比对字符串，避开反射细节
mock 交互中怎么用 testify 配合 testify/mock 或 gomock
testify 本身不提供 mock 工具，但 assert 和 require 能很好验证 mock 行为。比如用 testify/mock（已归档，但仍有项目在用）或 gomock 生成 mock 后，关键不是“调没调”，而是“是否按预期调了几次、传了什么参数”。
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
典型做法：
- 用
require.True检查mockObj.AssertExpectations(t)返回值，确保所有预设调用都发生 - 对带参数的 mock 方法，用
mockObj.On("Do", mock.MatchedBy(func(x *Request) bool { return x.ID == 123 }))+require.True验证匹配逻辑 - 避免在 mock 断言里用
assert.Equal直接比对复杂结构，改用mock.MatchedBy封装判断逻辑，更稳定
为什么 t.Helper() 和 testify 一起用很重要
testify 的断言函数内部不会自动标记 helper，所以当把断言封装成自定义函数（比如 assertHTTPStatus）时，错误行号会指向断言内部而非你的测试代码，排查困难。
必须在封装函数开头加 t.Helper()，告诉 Go 测试框架“这层是辅助函数，别把错误定位到这儿”。否则 assert.Equal(t, 200, resp.StatusCode) 报错显示的是 testify 源码行，而不是你调用它的那行测试代码。
容易被忽略的一点：所有你自己写的断言包装函数，只要用了 t，就得加 t.Helper() —— 不管它里面有没有调 testify 函数。
