如何让ActivityScenario启动时处于INITIALIZED或CREATED状态？

核心问题根源 #

你在/test目录运行的是本地单元测试，依赖Robolectric模拟Android环境。默认情况下，无论是ActivityScenario、ActivityScenarioRule还是launchActivity Kotlin扩展，Robolectric都会自动把Activity推进到RESUMED状态，这和/androidTest目录下的instrumented测试行为存在差异。

关于moveToState的误解 #

moveToState并非只能切换到DESTROYED状态，它支持所有合法的Activity生命周期状态（如CREATED、STARTED、RESUMED）。你觉得它只能到DESTROYED，是因为默认启动到RESUMED后，Robolectric的生命周期流转默认是单向推进的，直接调用回退状态的方法不会按预期生效，但我们可以通过其他方式先让Activity停在早期状态。

实现需求的可行方案 #

要在onCreate执行后、onStart执行前完成配置，直接使用Robolectric提供的ActivityController是最灵活的方案：

方案1：直接用ActivityController控制生命周期 #

@RunWith(AndroidJUnit4::class)
class MyActivityTest {
    @Test
    fun testConfigAfterCreateBeforeStart() {
        // 1. 创建ActivityController，暂不启动任何生命周期
        val controller = Robolectric.buildActivity(MyActivity::class.java)
        
        // 2. 执行onCreate，此时Activity处于CREATED状态，onStart未触发
        controller.create()
        
        // 3. 在这里完成你的配置操作，比如注入依赖、修改内部状态
        val activity = controller.get()
        activity.targetConfig = "test_config_value"
        
        // 4. 按需继续推进生命周期（如果测试需要的话）
        controller.start()
        // ...后续测试逻辑
    }
}

方案2：基于ActivityScenario的替代写法 #

如果坚持使用ActivityScenario，可以通过先销毁再重建的方式将Activity拉回CREATED状态：

@RunWith(AndroidJUnit4::class)
class MyActivityTest {
    @Test
    fun testWithScenario() {
        val scenario = ActivityScenario.launch(MyActivity::class.java)
        // 先将Activity销毁，再重建到CREATED状态
        scenario.moveToState(Lifecycle.State.DESTROYED)
        scenario.recreate()
        
        // 此时Activity处于CREATED状态，onStart未执行，在这里完成配置
        scenario.onActivity { activity ->
            activity.setupTestDependencies()
        }
        
        // 按需推进到下一个生命周期状态
        scenario.moveToState(Lifecycle.State.STARTED)
    }
}

不过这种写法不如ActivityController直观，优先推荐第一种方案。

补充说明 #

• test目录的本地测试与androidTest的instrumented测试生命周期逻辑不同：instrumented测试中的ActivityScenario支持通过launch(Intent, initialState)设置初始状态，但本地测试依赖Robolectric，目前launchActivity扩展未暴露该参数，因此需要借助Robolectric原生API实现需求。
• moveToState的核心作用是模拟Activity状态变化（比如后台切前台、内存回收后重建），验证不同状态下的组件行为，并非仅用于销毁Activity。

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