gin路由测试不能直接用http.servehttp，因其会跳过中间件执行、路由参数解析及上下文初始化，导致c.param、c.shouldbindjson等返回空或panic；正确做法是用gin.createtestcontext搭配httptest.newrequest，并手动设置header、params等。
为什么 Gin 路由测试不能直接用 http.ServeHTTP
直接调用 http.ServeHTTP 会跳过 Gin 的整个请求生命周期：中间件不执行、路由参数不解析、c.Param 和 c.ShouldBindJSON 返回空或 panic。你测的不是 Gin 接口，而是一个裸的 http.Handler 函数。
正确做法是用 gin.CreateTestContext 搭配 httptest.NewRequest，它能复现真实上下文初始化、中间件链和路由匹配逻辑。
- 必须手动设置
req.Header.Set("Content-Type", "application/json")，否则c.ShouldBindJSON静默失败 - 带路径参数（如
/users/:id）时，要显式赋值c.Params = gin.Params{{Key: "id", Value: "123"}} - 若接口依赖
c.GetHeader或c.Query，也要提前在req上设好req.URL.RawQuery或req.Header
gomock 生成 mock 前必须先定义接口
Go 没有运行时方法替换能力，所有 mock 都基于编译期依赖注入。如果你的 handler 直接调用 *UserService 结构体方法，gomock 根本插不进去。
必须把业务逻辑依赖抽象成接口，比如：
type UserRepository interface {
GetUserByID(id int) (*User, error)
}
然后让 handler 接收该接口作为参数（而非具体结构体），测试时才能注入 mock 实现。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 接口名和方法名必须首字母大写（导出），否则
mockgen找不到 - 生成命令要指向接口定义所在文件，例如
mockgen -source=internal/repo/user.go -destination=mocks/mock_repo.go -package=mocks - 测试文件中 import 的 mock 包路径必须与
-package参数一致，否则报cannot use mockRepo as type UserRepository
测试 handler 时如何注入 mock 并验证行为
handler 本身不负责创建 service 实例，它只消费接口。测试的关键是：构造 mock 实例 → 注入到 handler 依赖链 → 触发请求 → 断言返回结果和 mock 调用是否符合预期。
示例场景：一个 GET /user/:id 接口，内部调用 repo.GetUserByID。
- 用
gomock.Eq(123)在EXPECT()中声明对参数的期望 - 用
Return(&User{Name: "Alice"}, nil)控制返回值 - 调用
c.Request = req后，再执行 handler 函数体（不要用r.ServeHTTP） - 检查响应状态码、JSON 内容用
assert.JSONEq(t, `{"name":"Alice"}`, w.Body.String())
容易被忽略的 Context 初始化细节
gin.CreateTestContext 只创建空 context，它不会自动关联路由树或注册的 handler。你得自己模拟路由匹配结果——这不是 Gin 的 bug，而是单元测试应有的隔离粒度。
真正容易翻车的地方在于：你以为 c.Param("id") 会自动从 req.URL.Path 解析出来，但它不会。Gin 的路由匹配发生在 engine.handleHTTPRequest 内部，而这个流程在单元测试里被跳过了。
所以每次测带路径参数的接口，都得手写一行：c.Params = gin.Params{{Key: "id", Value: "123"}}。漏掉这句，c.Param("id") 就永远是空字符串，且不会报错，极难排查。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
