revel+gorm整合需避免全局gorm.db单例并发污染，应启动时预建多个独立连接池，按请求上下文动态绑定实例，模型层通过c.params.get("db")获取当前请求专属db；因gorm.db非协程隔离，共享会导致事务错乱、preload混杂、租户上下文失效；须在appinit中初始化db并配置setmaxopenconns等参数，关闭skipdefaulttransaction。
Revel + GORM 的整合不是“连上就行”，关键在于避免全局 gorm.DB 单例被并发请求污染，同时不让每个 handler 都重复开连接。现代做法是：启动时预建多个连接池，按请求上下文动态绑定具体 *gorm.DB 实例，模型层通过 c.Params.Get("db") 或自定义 context key 拿到当前请求该用的库。
为什么不能直接把 gorm.Open 结果赋给全局变量？
Revel 是并发安全的框架，但 gorm.DB 实例本身不是线程/协程隔离的——它只是个带配置和连接池的句柄。如果你在 handler 里直接调用 DB.Create(&u)，而这个 DB 是全局变量，那所有请求都共享同一套事务控制、钩子、日志器甚至 Session 状态。后果包括：
- 事务意外跨请求提交或回滚（比如 A 请求开启事务后，B 请求调用
DB.Transaction()被复用） - Preload 关联加载错乱（
DB.Preload("Profile").Find(&users)在并发下可能混入其他请求的关联数据） - 自定义
Context值（如租户 ID）无法隔离，导致 SQL 日志或钩子逻辑误判来源
怎么初始化多个 DB 连接池并挂载到 Revel 生命周期？
在 app/init.go 的 init() 或 AppInit() 函数中完成。GORM v2+ 自动管理底层 *sql.DB 连接池，你只需确保每个分片库都有独立的 *gorm.DB 实例，并显式配置连接池参数：
复制AI写代码
var (
DBMaster *gorm.DB
DBShard1 *gorm.DB
DBShard2 *gorm.DB
)
func init() {
revel.InterceptFunc(dbFilter, revel.BEFORE)
}
func dbFilter(c *revel.Controller, fc []revel.Filter) {
// 根据 URL path / tenant header / cookie 等决定用哪个库
db := selectDBByRequest(c.Request)
c.Params.Set("db", db) // 绑定到当前请求上下文
fc[0](c, fc[1:])
}
func selectDBByRequest(req *http.Request) *gorm.DB {
path := req.URL.Path
if strings.HasPrefix(path, "/admin") {
return DBMaster
}
if strings.HasPrefix(path, "/shard1") {
return DBShard1
}
return DBShard2
}
注意：DBMaster 等变量必须在 init() 之前声明，并在 AppInit() 中完成 gorm.Open 调用，否则 dbFilter 可能拿到 nil。
模型层如何安全消费请求级 DB 实例？
不要在 model 定义里硬编码 DB.Create()。统一提供一个带 *gorm.DB 参数的操作函数，或封装为方法接收者：
复制AI写代码
type User struct {
ID uint `gorm:"primaryKey"`
Name string
Email string
}
func (u *User) Save(db *gorm.DB) error {
return db.Create(u).Error
}
func (u *User) FindByID(db *gorm.DB, id uint) error {
return db.First(u, id).Error
}
然后在 controller 中这样用：
复制AI写代码
func (c App) Show() revel.Result {
db := c.Params.Get("db").(*gorm.DB) // 类型断言需谨慎，建议加检查
var user User
err := user.FindByID(db, c.Params.Int("id"))
if err != nil {
return c.RenderError(err)
}
return c.RenderJSON(user)
}
更稳妥的做法是封装一个 DBFromContext(c *revel.Controller) *gorm.DB 工具函数，内部做非空判断和类型校验，避免 panic。
容易被忽略的连接池配置细节
GORM v2 默认启用连接池，但不设限等于危险。每个 *gorm.DB 实例背后的 *sql.DB 必须单独调优：
-
SetMaxOpenConns(50)：Revel 默认并发处理能力高，别让单个分片库连接数轻易打满 MySQL max_connections -
SetMaxIdleConns(10)：太小会导致频繁建连；太大则空闲连接长期占资源 -
SetConnMaxLifetime(1h)：MySQL 默认 wait_timeout=28800 秒（8 小时），设为 1 小时可主动淘汰老化连接，避免 “connection was closed” 错误 - 务必关闭
gorm.Config.SkipDefaultTransaction（默认 false），否则Create/Save会隐式进事务，与你的手动事务逻辑冲突
真正麻烦的从来不是“怎么连上”，而是“怎么让每个请求拿到干净、专属、可控的 DB 实例”。连接池数量、生命周期、上下文传递路径、模型层调用契约——这四点漏掉任何一环，上线后都会在高并发下暴露成偶发性数据库错误。
