Application onCreate未完成时启动Activity不生效该如何解决？

问题根因 #

你遇到的问题本质是进程冷启动阶段的Activity栈调度时序冲突：

• 系统在拉起应用进程时，会先调度启动配置了android.intent.category.LAUNCHER的ActivityA，这个调度请求在Application.onCreate执行前就已经提交给了ActivityTaskManager
• 你的拦截校验执行过快，在ActivityA还未完成初始化、未被加入到活跃Activity栈前就触发了ActivityB的启动请求，此时系统栈调度逻辑会将过早的启动请求丢弃，最终只展示先完成调度的ActivityA
• 加延时能生效的原因是等待ActivityA完成了启动流程、进入活跃状态后再启动ActivityB，但固定延时的适配性极差，不同设备性能差异会导致要么还是启动失败、要么出现明显闪屏，不可作为生产方案使用。

最优修复方案 #

方案1：将拦截逻辑下沉到入口Activity处理（最推荐） #

直接把拦截校验逻辑放到ActivityA的onCreate最前端执行，不需要加载布局、不需要执行业务逻辑，先判断拦截状态：

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    // 优先判断拦截状态
    if (blockedState.value == true) {
        startActivity(ActivityB.newInstance(this))
        finish()
        // 直接返回，不执行后续的页面初始化逻辑
        return
    }
    // 原有ActivityA的初始化逻辑
    setContentView(R.layout.activity_a)
    // ...
}

该方案完全规避了进程启动阶段的栈调度冲突，没有时序问题，也不会出现页面闪屏的问题。

方案2：调整Application层的启动时机 #

如果必须要在Application层统一处理拦截逻辑，不要监听ProcessLifecycleOwner的ON_CREATE事件，改为监听ON_RESUME事件，确保应用顶层已有活跃的Activity后再触发拦截页启动：

ProcessLifecycleOwner.get().lifecycle.addObserver(object : DefaultLifecycleObserver {
    override fun onResume(owner: LifecycleOwner) {
        super.onResume(owner)
        blockedState.observeOnce { shouldBlock ->
            if (shouldBlock) {
                val intent = ActivityB.newInstance(context)
                // 必须加NEW_TASK和CLEAR_TASK flag，清空原有栈里的ActivityA
                intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK)
                context.startActivity(intent)
            }
        }
        // 执行完一次判断后就移除观察者，避免重复触发
        ProcessLifecycleOwner.get().lifecycle.removeObserver(this)
    }
})

注意这里要使用单次观察者（自行实现observeOnce扩展即可），避免数据变化重复触发启动逻辑，同时给ActivityB的Intent加上正确的启动Flag，即可解决日志中出现的重复finish、启动上下文异常的警告。

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