Kotlin协程测试：如何处理异步延迟导致的测试失败

问题核心 #

你的deleteDataFromDb接口通过GlobalScope.launchWithMdc异步执行数据库删除逻辑，接口返回200 OK时，实际的删除操作可能还未完成，测试里紧接着执行查询会拿到未删除的数据，导致断言失败。

最佳实践 #

1. 将接口改为挂起函数，同步等待操作完成

Spring框架原生支持Kotlin挂起函数作为控制器方法，把接口改成suspend fun后，协程会在当前请求上下文内执行，直到删除操作完成才返回响应，测试就能按顺序验证结果。

修改后的接口代码：

suspend fun deleteDataFromDb(@PathVariable id: String) {
    val user = authUser.user
    JwtContext(user).use {
        dataService.deleteDataFormDb(id)
    }
}

测试代码无需额外修改，接口会等待删除完成后再返回，后续查询就能正确拿到404 Not Found。

2. 测试中控制协程执行时机（不修改接口的妥协方案）

如果暂时无法修改接口，可在测试中借助Kotlin协程测试工具确保异步操作完成：

• 使用runTest或runBlocking包裹测试逻辑，通过advanceTimeUntilIdle()推进协程到所有任务完成状态；
• 集成测试场景下也可以用CountDownLatch在接口内标记操作完成，测试中等待latch触发后再执行查询，但这种方式代码侵入性较强，不推荐长期使用。

测试端修改示例：

@Test
fun testDeleteData() = runTest {
    deleteDataFromDb(id).andExpect(MockMvcResultMatchers.status().isOk)
    // 推进协程直到所有异步任务执行完毕
    advanceTimeUntilIdle()
    
    getDataFromDb(id).andExpect(MockMvcResultMatchers.status().isNotFound)
}

3. 避免使用GlobalScope

GlobalScope创建的协程脱离了请求生命周期，难以追踪和控制。建议自定义与请求绑定的CoroutineScope（比如基于RequestCoroutineScope），让协程生命周期和请求一致，测试时也更易管理。

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