为何少数用户出现Activity访问未初始化Application实例崩溃？

场景与问题 #

我们自定义了Application子类，代码如下：

class MyApp : Application() {
    init {
        instance = this
    }

    ...

    companion object {
        lateinit var instance: MyApp
            private set
    }
}

按Android启动流程的理论，Application应在Activity、Service等组件启动前完成初始化，绝大多数用户使用正常，但少数用户出现崩溃，堆栈信息如下：

Exception java.lang.RuntimeException:
  at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:4051)
  at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:4325)
  at android.app.servertransaction.LaunchActivityItem.execute (LaunchActivityItem.java:101)
  at android.app.servertransaction.TransactionExecutor.executeCallbacks (TransactionExecutor.java:135)
  at android.app.servertransaction.TransactionExecutor.execute (TransactionExecutor.java:95)
  at android.app.ActivityThread$H.handleMessage (ActivityThread.java:2574)
  at android.os.Handler.dispatchMessage (Handler.java:106)
  at android.os.Looper.loopOnce (Looper.java:226)
  at android.os.Looper.loop (Looper.java:313)
  at android.app.ActivityThread.main (ActivityThread.java:8757)
  at java.lang.reflect.Method.invoke
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:571)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1067)
Caused by kotlin.UninitializedPropertyAccessException: lateinit property instance has not been initialized
  at mypackage.MyApp$Companion.getInstance (MyApp.kt:312)
  at mypackage.MyActivity.<init> (MyActivity.kt:72)
  at java.lang.Class.newInstance
  at android.app.AppComponentFactory.instantiateActivity (AppComponentFactory.java:95)
  at androidx.core.app.CoreComponentFactory.instantiateActivity (CoreComponentFactory.java:45)
  at android.app.Instrumentation.newActivity (Instrumentation.java:1328)
  at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:4038)

从堆栈可见，MyActivity在构造方法（<init>）中访问MyApp.instance时，该lateinit属性尚未初始化，看似Activity在Application实例化前启动，实际原因如下：

核心原因 #

并非Activity真的在Application实例化前启动，而是Activity的构造方法执行时机早于Application实例的构造完成，具体触发场景包括：

1. ActivityThread的组件实例化顺序细节：
   系统在performLaunchActivity流程中，会先通过反射创建Activity实例（调用构造方法），再调用makeApplication创建/获取Application实例。极端场景下（如特定ROM的消息调度异常、进程启动时的资源竞争），Activity构造会先于Application的init块执行，导致instance未赋值。
2. 多进程启动场景：
   若Activity被配置在非主进程中启动，该进程的初始化流程可能出现时序偏差，Activity实例化提前于Application的init块执行。
3. Activity构造阶段的不当依赖：
   MyActivity的构造方法或主构造属性初始化中直接访问了MyApp.instance，而此时Application实例尚未完成构造。

解决方法 #

1. 避免在构造阶段访问Application实例 #

将所有依赖Application的代码移到Activity的onCreate方法中执行，而非构造方法或属性初始化：

class MyActivity : AppCompatActivity() {
    private lateinit var someManager: SomeManager

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        someManager = MyApp.instance.someManager
    }
}

2. 使用延迟初始化 #

对于需要在Activity中使用的Application相关对象，使用Kotlin的by lazy延迟初始化，确保第一次访问时Application已完成初始化：

class MyActivity : AppCompatActivity() {
    private val someManager by lazy { MyApp.instance.someManager }
}

3. 改用系统API获取Application #

使用ApplicationProvider.getApplicationContext()替代自定义静态instance，该API会确保返回已初始化完成的Application实例：

val myApp = ApplicationProvider.getApplicationContext<MyApp>()
val someManager = myApp.someManager

4. 提前Application实例的赋值时机 #

将instance = this从init块移到attachBaseContext方法中，提前赋值时机（虽不能完全避免构造阶段访问，但能覆盖更多场景）：

class MyApp : Application() {
    override fun attachBaseContext(base: Context?) {
        super.attachBaseContext(base)
        instance = this
    }

    companion object {
        lateinit var instance: MyApp
            private set
    }
}

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