使用Spek测试Retrofit API时on{}块抛出空指针异常求助

我来帮你搞定这个在on{}代码块里抛出的空指针问题～结合你提供的测试代码片段和堆栈信息（关键栈帧指向Spek测试执行逻辑及ViewModel调用），大概率是mock对象初始化时机不对、Rx调度器未正确覆盖或者ViewModel依赖未注入mock导致的，下面给你一步步排查和解决的方案：

可能的原因及对应解决办法 #

1. Mock对象作用域或初始化顺序问题 #

你在given块里声明的accountCheckRequest、accountCheckResponse等mock对象，如果在on块里引用时还没完成初始化，就会触发NPE。Spek的作用域是分层的，要确保mock对象在被使用前完成初始化，且作用域覆盖到对应的on/it块。

修正方式：

• 把需要的mock对象放在given块内初始化，确保所有后续的on块都能访问到已初始化的实例；
• 避免在外部声明var后在块内赋值（可能导致初始化顺序错乱），直接在given块内用val声明并初始化mock。

2. RxJava调度器未正确覆盖 #

Retrofit结合RxJava时默认用异步调度器，测试时如果不把调度器换成同步的（比如trampoline），会导致API调用还没执行完，测试就进入断言环节，进而出现空指针或断言失败。你提到的RxSchedulersOverrideRule可能没正确生效，或者Spek对JUnit Rule的支持存在兼容性问题。

修正方式：
在Spek的beforeEachTest和afterEachTest里手动覆盖并重置调度器：

beforeEachTest {
    RxJavaPlugins.setIoSchedulerHandler { Schedulers.trampoline() }
    RxJavaPlugins.setComputationSchedulerHandler { Schedulers.trampoline() }
    RxJavaPlugins.setNewThreadSchedulerHandler { Schedulers.trampoline() }
    RxAndroidPlugins.setMainThreadSchedulerHandler { Schedulers.trampoline() }
}

afterEachTest {
    RxJavaPlugins.reset()
    RxAndroidPlugins.reset()
}

3. ViewModel的依赖未正确注入 #

如果你的AccountCheckViewModel依赖Retrofit的Service实例，但测试时没有把mock的Service传入ViewModel，ViewModel里的Service引用就是null，调用API时直接触发NPE。

修正方式：
确保初始化ViewModel时传入mock的Service实例：

val mockAccountService = mock<AccountService>()
val viewModel = AccountCheckViewModel(mockAccountService)

完整的修正示例代码 #

@RunWith(JUnitPlatform::class)
class AccountCheckViewModelTest : Spek({
    // 覆盖Rx调度器，确保测试同步执行
    beforeEachTest {
        RxJavaPlugins.setIoSchedulerHandler { Schedulers.trampoline() }
        RxJavaPlugins.setComputationSchedulerHandler { Schedulers.trampoline() }
        RxJavaPlugins.setNewThreadSchedulerHandler { Schedulers.trampoline() }
        RxAndroidPlugins.setMainThreadSchedulerHandler { Schedulers.trampoline() }
    }

    afterEachTest {
        RxJavaPlugins.reset()
        RxAndroidPlugins.reset()
    }

    given("an account check view model") {
        // 初始化所有需要的mock和ViewModel
        val mockAccountService = mock<AccountService>()
        val accountCheckRequest = CheckExistingAccountRequest("test@example.com")
        val accountCheckResponse = mock<CheckExistingAccountResponse>()
        val httpException = mock<HttpException> {
            on { code() }.thenReturn(400)
        }
        val viewModel = AccountCheckViewModel(mockAccountService)

        on("checking an existing account") {
            // 预设mock的API成功响应
            given(mockAccountService.checkExistingAccount(accountCheckRequest))
                .willReturn(Single.just(accountCheckResponse))

            // 执行ViewModel的检查方法
            viewModel.checkAccount(accountCheckRequest)

            it("should emit success state") {
                val latestState = viewModel.state.test().values().last()
                assertThat(latestState).isInstanceOf(AccountCheckState.Success::class.java)
            }
        }

        on("checking an account with invalid input") {
            // 预设mock的API错误响应
            given(mockAccountService.checkExistingAccount(accountCheckRequest))
                .willReturn(Single.error(httpException))

            viewModel.checkAccount(accountCheckRequest)

            it("should emit error state") {
                val latestState = viewModel.state.test().values().last()
                assertThat(latestState).isInstanceOf(AccountCheckState.Error::class.java)
            }
        }
    }
})

额外排查点 #

• 检查on{}块里调用的ViewModel方法，确保传入的参数（比如accountCheckRequest）不是null；
• 验证mock对象的方法 stub 是否正确（比如httpException.code()的stub是否生效），避免因为stub失败导致后续逻辑抛出NPE。

内容的提问来源于stack exchange，提问