错误。应优先用httptest.NewRequest+NewRecorder测单个handler，轻量快速、不占端口；仅当需验证中间件、路由或客户端行为时才用NewServer，并注意端口管理与依赖注入。
用 httptest.NewServer 启真实服务，别碰 NewRequest+NewRecorder
httptest.NewRequest + httptest.NewRecorder 只是调一次 ServeHTTP，完全绕过 TCP 连接、header 解析、body stream、超时控制、中间件链——你测的不是服务，是 handler 函数体。真 E2E 必须让请求走通 net/http.Server 全生命周期。
正确做法是：srv := httptest.NewServer(yourMux) 或 srv := httptest.NewServer(http.HandlerFunc(yourHandler))，然后用独立 *http.Client 访问 srv.URL。
- 必须调
srv.Close()清理，否则端口和 goroutine 泄漏，go test -race会直接报错 - 别用
http.DefaultClient：它全局共享 Transport，高并发测试中可能复用已关闭连接，导致i/o timeout或connection refused - 若 handler 依赖 DB/Redis，它们仍需隔离，但 HTTP 层必须真跑起来
重构 main，导出 NewServer() 函数覆盖初始化逻辑
只把 handler 塞进 httptest.NewServer，永远测不到配置加载、日志初始化、信号监听、graceful shutdown 这些生产关键路径——因为它们都在 func main() 里，而 main 不可导入。
把服务构建逻辑拆出来：func NewServer() *http.Server，里面包含路由注册、中间件链、DB 连接池创建（或注入）、监听地址配置（支持 localhost:0 随机端口）。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 测试中启动：
srv := NewServer(); go srv.ListenAndServe()，再用http.Client请求srv.URL - 避免在
init()或包级变量里初始化 DB/client——测试间状态污染几乎不可避免 - 随机端口必须配合健康检查轮询，不能
time.Sleep(2 * time.Second)；CI 上 Docker 冷启动可能超 1.5 秒
数据库必须用真实实例，但得是临时、隔离的
mock SQL driver 只能骗过编译器，暴露不了事务隔离级别、外键约束、JSON 字段解析、time.Time 时区转换等真实问题。但复用全局 DB 连接池会导致测试串行、状态残留、覆盖率失真。
- SQLite 内存库：
sqlite3.Open("file::memory:?cache=shared")，?cache=shared是关键，否则多个连接看不到彼此事务变更 - PostgreSQL：连
template1，执行CREATE DATABASE test_$$ WITH TEMPLATE template0，再建新连接池连这个库 - 每个测试函数开头加
t.Parallel()，并确保 DB 实例不跨测试共享
TestMain 统一启停 + 跳过短测试模式
在每个测试函数里自己 http.ListenAndServe 会触发 address already in use，并发跑直接挂。必须用 TestMain 统一管理生命周期。
- 启动前加
if testing.Short() { os.Exit(0) }，这样可用go test -short快速跳过 E2E，CI 流水线不卡住 - 绑定
"localhost:0"让系统自动分配空闲端口，再从srv.URL提取实际地址 - 清理逻辑（如
srv.Close()、容器停止、DB 删除）必须写在m.Run()之后、os.Exit(code)之前；defer在os.Exit前不执行
真实 E2E 的复杂点不在“怎么写”，而在“怎么让所有依赖同时就绪且互不干扰”——端口冲突、DB 初始化延迟、容器健康检查时机、客户端连接复用，这些环境假设一旦松动，测试就变成随机失败。别省略轮询和隔离，那是唯一能稳定 CI 的方式。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
