SplashActivity协程内跳转MainActivity出现页面重复启动问题咨询

核心问题根因 #

双启动的问题是协程调度时机、生命周期重复调用、自定义协程作用域失效三个问题叠加导致的，和协程本身启动跳转的逻辑没有直接关系：

• 异步调度的时间差暴露了重复初始化的逻辑漏洞：当前代码同时在onCreate和onResume两个生命周期回调里调用prepareApplication()。如果跳转逻辑是同步执行的，onCreate里调用prepareApplication时会立刻执行startActivity和finish()，按照Android的生命周期规则，一旦在onCreate阶段直接调用finish()，Activity会在onCreate返回后直接进入销毁流程，根本不会执行后续的onStart、onResume，自然不会触发第二次初始化，跳转就只会执行一次。但把跳转逻辑移到协程内部后，launch只是把任务投递到主线程消息队列异步执行，不会在onCreate的同步栈里立刻触发finish()。这时候Splash会正常走完完整的onCreate -> onStart -> onResume生命周期，在onResume阶段会第二次调用prepareApplication()，相当于先后生成两个独立的协程任务，每个任务都会执行一次startActivity，最终启动两个MainActivity实例。
• 手动创建的协程作用域完全没有起到管控作用：每次调用prepareApplication()时，都会重新new一个CoroutineScope(Dispatchers.Main)实例，直接覆盖掉之前存储在activityScope里的引用。这意味着之前创建的协程根本收不到onPause里activityScope.cancel()的信号——因为此时activityScope已经指向了新创建的实例，旧协程完全脱离了生命周期管控，就算页面切后台也会照常执行跳转逻辑，进一步提高了重复启动的概率。

可落地的规避方案 #

针对上面的根因，直接从代码逻辑层面调整即可彻底解决问题：

• 移除重复的初始化调用：Splash作为一次性启动页，只需要在onCreate里执行一次数据准备逻辑即可，直接删掉onResume里的prepareApplication()调用，从源头上避免重复生成协程任务的可能。
• 废弃手动创建的协程作用域：直接使用Activity自带的lifecycleScope执行协程任务，这个作用域会自动绑定Activity生命周期，在Activity销毁时自动取消所有关联协程，既不需要手动创建scope，也不需要在onPause里写取消逻辑，从根本上避免旧协程泄漏、不受控执行的问题。
• 增加跳转的防重判断：在类中增加一个简单的布尔标记，比如private var hasNavigated = false，协程里执行跳转前先判断标记状态，如果已经触发过跳转就直接跳过后续逻辑；第一次完成跳转调用后立刻把标记设为true，就算有多个协程任务触发，也只会执行一次跳转。
• 配置合理的启动Intent标记：启动MainActivity时给Intent加上Intent.FLAG_ACTIVITY_CLEAR_TASK | Intent.FLAG_ACTIVITY_NEW_TASK，让MainActivity启动时自动清理Splash所在的旧任务栈，就算出现异常的重复启动，也会保证栈里只存在一个MainActivity实例，避免按返回键退到隐藏旧实例的问题。

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