Android应用onCreate中协程等待初始化耗时异常问题排查

• runBlocking会阻塞当前主线程，同时启动协程作用域。你用async(Dispatchers.IO)启动的子协程虽在IO线程执行，但如果初始化任务数量多或本身是轻量型任务，协程创建、线程切换的调度开销会超过并行执行的收益，导致整体耗时增加。
• 若多个配置器依赖同一IO资源（如同一文件、数据库连接），并行执行会引发资源竞争，反而比串行处理更慢。
• 若部分配置器内部存在切换回主线程的操作（如调用需主线程的Android API），主线程被runBlocking阻塞后，这些操作会因无法获取主线程资源而卡顿，导致单任务耗时暴增。

必须阻塞onCreate等待初始化完成的场景 #

• 精简并行任务：若配置器间有依赖关系，或任务本身轻量，直接串行执行反而效率更高。
• 限制IO线程并行数：使用Dispatchers.IO.limitedParallelism(N)（N建议参考设备CPU核心数，如4）自定义调度器，避免过多线程上下文切换开销。
• 排查资源竞争：检查配置器是否存在共享资源的读写冲突，对这类任务改为串行处理或添加合理同步机制。

允许后台异步初始化的场景 #

• 使用Activity的lifecycleScope启动协程执行初始化，无需阻塞主线程。但此方案仅适用于不要求初始化完成才能进入页面的业务场景。

Android主线程基于Looper消息循环工作，协程的挂起依赖Dispatcher的调度支持。主线程的Dispatchers.Main是通过Looper处理协程调度的，无法真正实现“挂起主线程等待”——所谓的挂起本质还是阻塞主线程消息循环，和runBlocking的效果一致。如果业务必须等待初始化完成才能继续，只能用阻塞方式（如runBlocking），但需提前优化前面提到的性能问题。

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