Spring自定义TransactionManager时isNewTransaction()的返回规则

针对迁移遗留应用到Spring Boot、自定义实现PlatformTransactionManager时遇到的isNewTransaction()返回值疑问，具体说明如下：

1、isNewTransaction()的作用与返回规则 #

这个返回值是Spring事务切面内部判断事务边界的核心标识，不对业务逻辑开放使用，核心作用是判定当前事务方法退出时，是否需要真实执行提交/回滚操作。
返回值判定没有模糊空间，严格按以下规则返回即可：

• 返回true的场景：本次getTransaction()调用真实创建了全新的底层事务连接/会话，且该事务是当前线程上下文绑定的第一个活跃事务。此时当前事务方法退出时，Spring事务切面会直接调用你实现的commit()或rollback()方法，完成真实的事务提交或回滚。
• 返回false的场景：本次getTransaction()调用发现当前线程已经存在绑定的活跃事务（即当前方法嵌套在外层事务方法中执行，按传播规则加入了已有事务），或是当前方法按传播规则不需要开启事务（比如传播级别设为NOT_SUPPORTED、NEVER）。此时当前方法退出时Spring不会触发真实的提交/回滚，只会在方法标记了回滚要求时给外层事务打回滚标记，等最外层标记为新事务的方法退出时，再统一执行提交或回滚。

2、无嵌套事务场景下的返回值选择 #

这里直接给结论：

• 绝对不能始终返回false：如果所有场景都返回false，Spring会判定当前从未创建过新事务，哪怕你在getTransaction()里已经真实开启了底层数据库事务，方法退出时Spring也不会调用你实现的commit()、rollback()方法，最终会导致事务长时间挂起、数据库连接泄漏、事务逻辑完全失效。
• 如果你能100%确认系统中不存在任何事务方法嵌套调用（包括同类中事务方法互调、跨类事务方法调用），所有@Transactional方法执行时都不会碰到外层已存在的事务，那么始终返回true可以让功能暂时正常运行。

但哪怕当前没有嵌套事务场景，也更推荐按实际逻辑实现返回值：始终返回true会给后续迭代留隐患——一旦后续新增了事务嵌套逻辑，内层事务会被判定为独立新事务，会出现内层事务正常提交、外层事务回滚无法带动内层回滚的数据一致性问题，同时还可能干扰事务同步资源的绑定/解绑逻辑，引发线程上下文资源泄漏。

内容的提问来源于stack exchange，提问作者Rop