协程测试中调度器冲突问题求解（避免重复初始化代码）

错误的核心原因是：每个runTest调用默认会创建独立的TestCoroutineScheduler实例。你在@Before中调用的runTest和测试方法里的runTest生成了两个不同的调度器，导致ScheduleService使用的调度器与测试协程的调度器不匹配，触发了冲突。

要在不复制setup代码的前提下解决这个问题，关键是让整个测试类共享同一个TestCoroutineScheduler，具体实现步骤如下：

方案：共享TestCoroutineScheduler与TestScope #

1. 在测试类中声明共享的TestCoroutineScheduler和TestScope实例，确保所有测试用例和初始化逻辑复用同一个调度器。
2. 在@Before方法中使用共享调度器创建StandardTestDispatcher，初始化目标类。
3. 测试方法中通过共享的TestScope执行runTest，保证测试协程与目标类使用同一调度器。

示例代码：

@OptIn(ExperimentalCoroutinesApi::class)
class ScheduleServiceTest {
    private lateinit var scheduleService: ScheduleService
    // 共享的测试调度器
    private val testScheduler = TestCoroutineScheduler()
    // 绑定到共享调度器的测试作用域
    private val testScope = TestScope(testScheduler)

    @Before
    fun setup() {
        // 使用共享调度器创建Dispatcher
        val dispatcher = StandardTestDispatcher(testScheduler)
        scheduleService = ScheduleService(dispatcher)
        
        // 如果初始化需要执行挂起函数，用testScope.runTest包裹
        // testScope.runTest {
        //     scheduleService.suspendInitMethod()
        // }
    }

    @Test
    fun testFullScheduleCreation() = testScope.runTest {
        // 执行测试逻辑
        val data = scheduleService.scheduleChangedListener.first()
        // 断言验证
        // assertEquals(expectedData, data)
    }
}

原理说明 #

• TestCoroutineScheduler负责协程的时间调度与执行控制，共享实例保证了所有协程上下文的一致性。
• TestScope绑定到共享调度器后，其runTest方法会复用该调度器，避免生成新的实例，彻底解决调度器冲突问题。

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