GORM集成测试中必须显式调用db.Close()才能销毁连接池；否则会导致资源泄漏、测试干扰及SQLite内存库复用等问题，因其内部*sql.DB需手动关闭以释放连接、清空缓存并确保隔离。
集成测试中 GORM 连接池不会自动销毁——它会一直持有底层 *sql.DB 实例，直到显式关闭或进程退出。不手动清理会导致资源泄漏、端口占用、测试间干扰（比如事务未回滚残留数据），甚至 SQLite 内存库被意外复用。
为什么 db.Close() 必须在测试结束时调用
GORM 的 *gorm.DB 是无状态的封装，真正管理连接的是它内部持有的 *sql.DB。GORM v2 不提供自动生命周期管理，db.Close() 才会触发 *sql.DB.Close()，释放连接池、关闭空闲连接、清空内部缓存。
- 漏掉这步：后续测试可能复用同一连接池，看到前一个测试写入的脏数据（尤其 SQLite
:memory:模式下，不同*sql.DB实例才是隔离的） - 在
TestMain或每个TestXxx末尾不调用：Go 测试进程退出前，连接池仍处于活跃状态，netstat -an | grep :3306可能显示大量TIME_WAIT -
db.Close()是幂等的，可安全重复调用；但调用后不可再执行任何查询，否则 panic:"sql: database is closed"
SQLite 内存数据库必须配独立 *sql.DB 实例
用 sqlite.Open(":memory:") 创建 GORM 实例时，若多个测试共用同一个 *gorm.DB，它们实际共享同一内存数据库——这不是你想要的隔离。必须确保每个测试（或测试组）获得全新 *sql.DB。
- 正确做法：在
SetUpTest或test helper函数里调用gorm.Open(sqlite.Open(":memory:"), ...)，每次新建连接 - 错误做法：全局变量
var db *gorm.DB+init()初始化 —— 所有测试跑在同一内存库上 - 验证是否隔离：在测试 A 中建表插入数据，测试 B 中
db.Migrator().HasTable(&User{})应返回false（除非显式迁移）
MySQL/PostgreSQL 测试库需主动清理连接池参数
真实数据库驱动（如 mysql、postgres）默认连接池最大连接数是 0（无限制），空闲连接永不超时。集成测试中若不干预，连接可能堆积。
- 设置连接池：初始化后立即调用
db.Session(&gorm.Session{}).DB().SetMaxOpenConns(1)和.SetMaxIdleConns(1) - 务必在
db.Close()前调用，否则设置无效 - MySQL 测试建议加
&timeout=5s到 DSN，避免网络抖动导致测试卡死 - PostgreSQL 驱动（
pgx）需额外注意：若用pgxpool封装，必须调用pool.Close()，不能只关*gorm.DB
推荐的测试函数模板（含 cleanup）
别依赖 defer 在子函数里关 db —— 测试框架可能并行运行，defer 会绑定到错误的作用域。把 cleanup 显式放在测试末尾最稳。
func TestUserCreate(t *testing.T) {
db, err := gorm.Open(sqlite.Open(":memory:"), &gorm.Config{})
if err != nil {
t.Fatal(err)
}
defer db.Close() // ✅ 正确位置：绑定到当前 test 函数作用域
// 迁移
err = db.AutoMigrate(&User{})
if err != nil {
t.Fatal(err)
}
// 测试逻辑...
user := User{Name: "test"}
result := db.Create(&user)
if result.Error != nil {
t.Fatal(result.Error)
}
// cleanup 不需要额外操作：db.Close() 已覆盖
}
复杂场景（如多个 DB 实例、自定义 *sql.DB）要检查所有 *sql.DB 是否都调用了 Close()。GORM 的连接池销毁不是“自动”的，而是“你关，它才停”。
