Android为何不提供静态applicationContext？自定义静态AppContext有何隐患？

核心原因是静态全局实例和Android框架的生命周期、进程模型设计存在本质冲突，直接开放会带来大量不可控的问题：

• 不符合多进程运行规则：Android应用支持多进程配置，每个运行在独立进程中的组件都会创建属于自己进程的Application实例，静态变量仅在当前进程内存空间生效，不存在跨进程的全局唯一实例。如果系统默认提供静态applicationContext，开发者很容易误以为这个实例是全应用通用的，跨进程调用时直接触发异常。
• 会放大Context误用的概率：Android框架中不同类型的Context有严格的使用场景限制：比如启动带返回栈的Activity、弹出Dialog、加载绑定主题的UI资源必须使用Activity类型的Context，Application Context仅能用于获取全局资源、访问应用级服务。如果系统直接暴露全局静态Context，开发者很容易不分场景随手调用，引发BadToken、主题失效、任务栈混乱等问题，且这类问题因为调用链路分散极难排查。
• 破坏框架的初始化灵活性：Application实例的创建和初始化是有严格时序的，从attachBaseContext到onCreate中间会经过ContentProvider初始化、SDK预加载等多个流程，且很多应用、插件化框架会对Context做包装替换。如果系统硬编码提前暴露静态Context实例，很可能拿到的是未完成初始化、未经过定制包装的无效Context，和应用实际运行时使用的Context不一致。
• 不利于系统做进程回收管控：静态全局变量的生命周期和进程绑定，系统如果默认持有全局静态Context引用，会干扰内存回收机制的判断，也容易让开发者养成随便存全局引用的习惯，进一步加剧内存泄漏问题。

常规单进程、没有插件化的普通应用场景下，这个写法大部分时候可以正常运行，但确实存在几个容易触发崩溃或异常的隐患：

• 初始化时序崩溃风险：你把AppContext的赋值逻辑放在Application的onCreate()方法中，但Android应用启动时，attachBaseContext()的执行时机远早于onCreate()，很多第三方SDK、自研组件会把初始化逻辑放在ContentProvider中（这也是很多SDK要求不用手动写初始化代码的实现原理），而ContentProvider的初始化也是在onCreate()执行之前完成的。如果这部分逻辑调用了还没赋值的AppContext，会直接触发lateinit变量的未初始化崩溃。
• 多进程场景的适配问题：如果应用开启了多进程（比如推送、小程序、独立webview进程），每个进程启动时都会独立创建Application实例，静态变量在不同进程中是完全隔离的。如果你在代码中加了主进程判断才给AppContext赋值，非主进程调用时就会崩溃；就算不加判断，很多开发者会误以为这个静态实例是跨进程通用的，实际跨进程通信时根本无法直接传递这个Context引用，会触发序列化或Binder调用异常。
• 插件化/热修复场景的兼容性问题：如果应用接入了插件化、热修复框架，这类框架通常会Hook替换Application的mBase成员，也就是实际的Context实现，你在onCreate()中拿到的applicationContext可能是Hook之前的旧实例，后续用这个实例访问插件资源、加载插件类时会出现资源找不到、类加载失败的问题。
• 无约束的Context误用风险：把Context设为全局静态变量后，调用方无需感知Context的类型和适用场景，很容易随手把它用在需要Activity Context的地方，比如弹出Dialog触发BadTokenException、启动Activity没有加NEW_TASK_FLAG导致崩溃、加载UI资源时主题不生效等，这类问题没有明确的调用栈提示，排查成本很高。

如果要优化这个实现，可以把赋值时机提前到attachBaseContext()阶段，减少初始化时序问题：

lateinit var AppContext: Context
    private set

class MainApplication : Application(){
    override fun attachBaseContext(base: Context) {
        super.attachBaseContext(base)
        AppContext = base
    }
}

注意这个全局Context只能用于应用全局的操作，绝对不能用来处理和UI、组件生命周期绑定的逻辑。

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