React Native应用存在上层SecondActivity时后台操作致MainActivity被销毁问题排查

• 核心触发逻辑为安卓系统的后台Activity回收优先级规则：应用进入后台后，系统会按可见层级、内存占用权重对栈内Activity排序，优先回收低优先级实例。当栈顶为SecondActivity时，MainActivity属于栈底不可见的非前台关联Activity，加上RN承载页本身内存占用较高，会被系统优先判定为可回收目标；而仅保留MainActivity时，它是栈内唯一的前台关联Activity，回收优先级最低，因此不会触发异常销毁。
• 常见诱发因素分为两类：一是JS运行上下文的绑定逻辑不符合规范，你将JS上下文的生命周期与MainActivity强绑定，没有使用全局托管的ReactHost/ReactInstanceManager，导致MainActivity被回收后JS上下文同步被销毁；二是SecondActivity的Manifest配置存在异常，比如设置了独立的taskAffinity、启动时携带FLAG_ACTIVITY_NEW_TASK标记，导致启动后MainActivity被划入低优先级的后台任务队列，进一步提升被回收的概率。

• 优先优化JS上下文托管逻辑：将RN JS运行实例、事件通信通道的绑定关系从MainActivity下沉到Application级别的全局ReactHost，不要把JS上下文的持有、生命周期监听逻辑和单个Activity绑定。这种方案下哪怕MainActivity被系统回收，SecondActivity依然可以通过全局实例正常向JS层发送事件，等用户返回MainActivity时，直接复用已存活的JS上下文做视图绑定即可，无需重新初始化RN。
• 若业务要求MainActivity必须常驻栈中，需做两层防护：
  • 排查SecondActivity的Manifest配置，不要给SecondActivity设置与MainActivity不同的taskAffinity，启动SecondActivity时不要额外传入新建任务栈的Intent标记，确保两个Activity始终处于同一个任务栈内，降低MainActivity被系统优先回收的权重
  • 在MainActivity的onSaveInstanceState中持久化RN视图的必要状态，同时监听onDestroy回调，区分系统回收、正常退出两种场景，被回收时保留JS上下文的引用而非同步销毁
• 调试阶段可临时降低系统回收阈值：在开发者选项中将「后台进程限制」设置为「标准限制」，避免手动触发的内存压力直接回收MainActivity

• 复现验证：在SecondActivity切后台后，通过adb shell dumpsys activity activities查看当前任务栈结构，确认MainActivity是否已被从栈中移除；同时在MainActivity的onDestroy回调中打印日志，确认销毁时的回调触发来源（系统回收、配置变更、主动finish）
• 对照验证：分别在两个场景下（单MainActivity、栈顶为SecondActivity）切后台静置10分钟以上，对比MainActivity的存活状态，确认栈位置与回收优先级的关联关系

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