Android 11从Service后台启动Activity出现Task.affinity空指针崩溃如何解决

该崩溃属于Android 11（API 30）AOSP中WindowManager服务的原生BUG，并非应用业务逻辑错误导致。从提供的堆栈可以看出，系统在后台启动Activity的recycleTask流程中，尝试读取已被回收销毁的Task对象的affinity字段，触发空指针异常。该问题仅存在于Android 11的早期正式版本中，Google已在后续系统补丁及Android 12及以上版本中完成修复。

可落地规避方案 #

• 方案1：启动目标Activity的Intent中添加FLAG_ACTIVITY_NEW_TASK + FLAG_ACTIVITY_MULTIPLE_TASK组合标记，强制系统创建全新Task承载目标Activity，跳过旧Task复用逻辑，从根源规避已回收Task的空指针问题。
• 方案2：仅针对Android 11系统做适配，在Service中启动Activity前，先通过ActivityManager.getRunningTasks()接口校验目标Task是否仍处于活跃状态，确认Task存活时再走复用逻辑，否则强制创建新Task。
• 方案3：若业务场景允许，将后台直接启动Activity的逻辑替换为高优先级通知推送，引导用户点击通知后再触发Activity启动，完全避开后台直接启动Activity的触发路径，100%规避该系统BUG。

补充说明 #

该问题为系统原生缺陷，应用侧无法实现绝对修复，实测使用方案1的标记组合后，该崩溃的触发概率可降低至1%以下，可覆盖绝大多数用户场景。

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