Hibernate 5事务状态未被追踪 升级后afterTransactionCompletion状态异常

首先明确：Hibernate 5.x确实对事务架构做了重构，旧版本Interceptor接口的afterTransactionCompletion回调存在事务实例不匹配问题——回调触发时会话绑定的原事务实例已经被释放重置，所以拿到的永远是NOT_ACTIVE状态的新实例，并非实现逻辑的问题。

所谓「移除了拦截器中检测回滚的能力」仅针对旧版Interceptor接口的原生回调，并非完全没有替代方案。

可行解决方案 #

方案1：使用TransactionSynchronization事务同步回调（全场景适配，最稳定） #

这是官方推荐的兼容方案，适配本地JDBC事务、JTA分布式事务所有场景，不会因为业务异常失效：事务管理器会在事务最终提交/回滚完成后统一触发回调，状态100%准确。
使用方式：在事务运行阶段（比如Interceptor的beforeCompletion、实体持久化/更新方法执行时）向当前事务上下文注册同步器即可：

// 导入类：org.hibernate.resource.transaction.spi.TransactionSynchronization
// Spring环境下也可使用org.springframework.transaction.support.TransactionSynchronization
TransactionSynchronizationManager.registerSynchronization(new TransactionSynchronization() {
    @Override
    public void afterCompletion(int status) {
        if (status == STATUS_COMMITTED) {
            // 事务提交成功后的业务逻辑
        } else if (status == STATUS_ROLLED_BACK) {
            // 事务回滚后的业务逻辑
        }
    }
});

方案2：修改事务协调器配置（仅适配本地JDBC事务场景） #

如果项目仅使用本地JDBC事务，不想大幅修改原有拦截器逻辑，可以在Hibernate配置中添加以下参数，让旧版拦截器的事务回调恢复正常：
hibernate.transaction.coordinator_class=org.hibernate.resource.transaction.backend.jdbc.internal.JdbcResourceLocalTransactionCoordinatorBuilderImpl
注意：该配置对JTA分布式事务场景无效

方案3：改用新版SessionEventListener接口（适配高版本Hibernate，后续升级友好） #

Hibernate 5.2及以上版本提供了全新的会话事件监听器接口替代旧版Interceptor，其中的transactionCompleted回调可以直接拿到准确的事务状态，后续升级到6.x等更高版本也无需再次调整。

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