Android应用后台后BaseActivity静态User字段偶现空指针原因咨询

首先明确结论：Android 系统不会单独回收某个静态字段或单例对象，只有整个应用进程被系统销毁时，进程对应的虚拟机内存才会整体回收，所有静态变量都会被重置。
你遇到的偶发空指针，常见原因有以下3种，按出现概率排序：

• 多进程初始化遗漏
  如果你的应用存在多进程配置（比如推送服务、网页Activity、第三方SDK配置了独立进程），Android 系统中每个进程都会创建独立的 Application 实例，也会持有独立的 BaseActivity.currentUser 静态副本。
  如果你在 Application.onCreate() 中没有判断当前进程归属，仅在主进程逻辑分支中调用了 initializeUser()，那么其他进程启动时虽然也会执行 Application.onCreate()，但不会执行用户初始化逻辑，对应进程中的 currentUser 就会保持默认的 null 值，其他进程中继承了 BaseActivity 的页面启动时就会触发空指针。
• Application 初始化逻辑被中断
  你调用 initializeUser() 的位置如果存在前置逻辑，可能因为异常被捕获导致初始化没有执行：
  • 你在 initializeUser() 之前执行的其他代码（比如第三方SDK初始化、本地数据读取）抛出了异常，且被全局异常捕获逻辑吞掉，导致后续 initializeUser() 没有被调用
  • 你给 initializeUser() 加了前置条件判断（比如只有读取到本地登录态才执行初始化），极端场景下读取本地数据（SharedPreferences等）失败，导致判断条件不满足，初始化逻辑未执行
• 进程恢复场景的初始化时序问题
  当应用在后台被系统杀死后，用户从最近任务列表切回应用时，Android 系统会自动重建进程，同时恢复栈顶的 Activity。虽然正常流程下 Application.onCreate() 执行优先级高于 Activity 生命周期，但如果你的 Application.onCreate() 中存在主线程阻塞逻辑，或者使用了异步初始化框架打乱了执行顺序，可能出现 Activity 的 onCreate() 先于 initializeUser() 执行的极端情况。

Firebase、Admob 等第三方库的初始化逻辑做了多重兜底：

• 无前置依赖：初始化逻辑不依赖本地业务数据、登录状态，只要执行就一定能完成实例创建
• 自动兜底初始化：不会仅依赖开发者在 Application.onCreate() 主动调用初始化，SDK 会在内部方法被调用时检查实例状态，如果未初始化会自动触发同步懒加载
• 多进程适配：SDK 内部会自行判断当前进程，只在需要的进程执行初始化逻辑，不会出现跨进程初始化遗漏的问题

• 先排查多进程场景，在 Application.onCreate() 入口先判断当前进程名，所有需要用到 currentUser 的进程都要执行初始化逻辑
• 给 currentUser 增加获取方法的兜底逻辑，不要直接暴露静态字段：

public static User getCurrentUser() {
    if (currentUser == null) {
        synchronized (BaseActivity.class) {
            if (currentUser == null) {
                initializeUser();
            }
        }
    }
    return currentUser;
}

• 排查 Application.onCreate() 的异常捕获逻辑，避免初始化异常被吞导致初始化不完整

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