Spring @Transactional标注Kotlin suspend函数事务提前提交问题求助

问题根因 #

1. 你当前使用的Spring Data JPA基于JDBC阻塞模型，对应的JpaTransactionManager通过ThreadLocal存储事务上下文，事务和执行线程强绑定。协程执行suspend操作挂起后，恢复时会切换执行线程，原线程绑定的事务上下文丢失，事务管理器误判方法执行完成，提前触发事务提交，导致临时修改的"foo"被提前持久化到数据库。
2. Spring官方提到的suspend函数@Transactional注解支持，仅适配响应式事务栈（如R2DBC对应的响应式事务管理器），这类事务管理器将事务上下文存储在协程/响应式流上下文中，可跟随协程调度传递，和你当前使用的阻塞JPA事务栈完全不兼容，因此注解无法达到预期的事务控制效果。

可行解决方案 #

方案1：调整业务逻辑顺序，保留现有JPA技术栈 #

阻塞事务内不允许插入suspend挂起逻辑，将所有挂起操作（如远程校验、延迟模拟等）全部移到事务开启前执行，校验通过后再执行事务内的数据库操作，调整后代码示例如下：

@Service
class UserService(private val userRepository: UserRepository) {
    suspend fun setUsername(id: UUID, username: String): Person {
        // 挂起逻辑移到事务外先执行
        verifyUsername(username)
        return doUpdateUsername(id, username)
    }

    // 事务方法不加suspend修饰，走传统线程绑定的JPA事务
    @Transactional
    fun doUpdateUsername(id: UUID, username: String): Person {
        logger.info { "Updating username..." }
        val user = userRepository.findByIdentityId(identityId = id)
            ?: throw IllegalArgumentException("User does not exist!")
        user.userName = username
        return userRepository.save(user)
    }
    
    private suspend fun verifyUsername(username: String) {
        logger.info { "Verifying..." }
        delay(1000)
        logger.info { "Finished verifying!" }
    }
}

该方案无需修改现有技术栈，改造成本最低，只要确保事务内没有挂起操作即可保证事务原子性。

方案2：切换为响应式技术栈 #

如果业务要求必须在事务流程中包含挂起逻辑，将数据库访问层替换为R2DBC，使用响应式事务管理器，此时@Transactional注解可正常支持suspend函数，事务上下文会跟随协程传递，挂起操作不会导致事务提前提交，可保证整个业务逻辑的事务原子性。

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