ErrInvalidTransaction 出现在对已关闭事务调用 Commit/Rollback 时，常见于defer回滚后又显式提交、回调中手动Rollback再return、子事务提交后复用、SQL Server驱动autocommit未关闭等情况。
为什么 ErrInvalidTransaction 总在 Commit/Rollback 时出现
这个错误不是事务“没开始”，而是你拿了一个已经结束的事务对象去调用 Commit() 或 Rollback()。常见于：手动管理事务时 defer 了回滚但又显式调用了 Commit()，或者事务回调函数里提前 return 了却还在外层继续操作该事务变量。
事务回调模式下误用 tx 导致 panic 后静默转错
GORM 1.20+ 的 Transaction() 回调模式会自动捕获 panic 并转为错误返回，但如果你在回调里手动调了 tx.Rollback()，再 return 错误，GORM 还会再执行一次回滚 —— 此时事务已关闭，第二次 Rollback() 就触发 ErrInvalidTransaction。
- ✅ 正确写法：在回调函数里只 return 错误，不要手动
Rollback() - ❌ 错误写法：
if err != nil { tx.Rollback(); return err }—— 多余且危险 - ⚠️ 注意：回调函数内所有数据库操作必须用传入的
tx，不能混用全局db
嵌套事务中子事务 commit 后父事务仍被使用
子事务 inner.Commit() 成功后，inner 状态变为 closed；若后续代码还试图对它调 inner.Create() 或 inner.Rollback()，就会报 invalid transaction。
- 子事务必须在
inner.Commit()或inner.Rollback()后立即丢弃，不可复用 - 父事务
outer不受子事务 commit 影响，但若子事务 rollback 了父事务，outer也失效，不能再 commit - 检查日志里是否出现 “transaction has already been committed or rolled back” 类似提示
SQL Server 驱动默认 autocommit 导致事务上下文丢失
用 github.com/denisenkom/go-mssqldb 连 SQL Server 时，驱动默认 autocommit=true，导致 Begin() 返回的 tx 实际不承载任何事务语义 —— 所有操作立刻提交，后续 Commit() 自然失败。
- 必须在 DSN 中显式关闭：
server=xxx;database=yyy;user id=zzz;password=aaa;autocommit=false - 或连接后设置：
db.DB().SetConnMaxIdleTime(0)+ 确保事务全程用同一连接（GORM 默认不保证） - 验证方式：在事务内执行
tx.Exec("SELECT @@TRANCOUNT")，结果应为 1
事务对象一旦进入 closed 状态就不可逆，比连接断开更隐蔽 —— 它不报 network error，只在你试图再次操作时才甩出 ErrInvalidTransaction。排查时优先 grep 项目里所有 .Rollback() 和 .Commit() 调用点，确认它们作用的对象是否已被释放或重复使用。
