在 Beego 应用中，应在每次请求处理函数内调用 orm.NewOrm() 创建新的 ORM 实例，而非全局复用或在路由初始化时创建；这符合框架设计意图，既保障并发安全，又确保事务隔离与上下文一致性，不存在安全风险。
在 beego 应用中，应在每次请求处理函数内调用 `orm.neworm()` 创建新的 orm 实例，而非全局复用或在路由初始化时创建；这符合框架设计意图，既保障并发安全，又确保事务隔离与上下文一致性，不存在安全风险。
Beego 的 orm.NewOrm() 并非直接建立数据库连接，而是一个轻量级的 ORM 上下文初始化操作：它返回一个绑定当前 Goroutine 生命周期的 Orm 实例，内部封装了数据库别名（如 "default"）、事务状态、查询缓存策略及模型映射关系等上下文信息。该实例本身不持有长连接，实际数据库连接由底层连接池按需分配与复用。
因此，在控制器方法中按需创建是推荐且安全的做法：
func (c *UserController) Get() {
o := orm.NewOrm() // ✅ 正确：每个请求独享 ORM 实例
var users []User
_, err := o.QueryTable("user").All(&users)
if err != nil {
c.Fail("query failed: " + err.Error())
return
}
c.Data["json"] = users
c.ServeJSON()
}
⚠️ 注意事项：
- 切勿全局复用单个 Orm 实例（例如声明为包变量或在 init() 中初始化）：ORM 实例包含非线程安全的状态（如 o.Begin() 启动的事务、o.Using() 切换的数据库别名），跨 Goroutine 共享将导致上下文污染、事务混乱甚至数据错写。
- 若使用默认数据库，可省略 o.Using("default") —— NewOrm() 默认即指向配置中的 "default" 数据库。
- 如需显式指定数据库（如读写分离场景），应在每次调用后立即设置：o.Using("slave")，确保后续操作作用于预期库。
- 事务操作必须在同一个 Orm 实例上完成：o.Begin() → 操作 → o.Commit()/o.Rollback()，跨实例无法保证原子性。
总结而言，orm.NewOrm() 是无状态、低成本的上下文构造器，其“每次请求新建”的模式恰恰是 Beego 支持高并发、多租户与事务隔离的设计基石。遵循这一实践，既能获得最佳性能，又能规避潜在的数据一致性与安全性问题。
