我之前碰到过类似的场景，咱们一步步拆解可能的原因和解决方向：

• 检查Activity的启动模式与Manifest配置
  先看看你主Activity的Manifest配置，有没有设置这些可能影响任务栈恢复的属性：

  • android:launchMode="singleTask"/singleInstance：这种启动模式下，系统重启应用时可能会直接复用已有的主Activity实例，而不会恢复之前的任务栈。
  • android:clearTaskOnLaunch="true"：这个属性会让每次从桌面启动应用时，清除之前的任务栈，强制回到主Activity。
    解决方法：移除不必要的启动模式配置，或者调整为默认的standard模式（如果业务允许的话）。

• 注意应用的启动方式
  Android系统恢复任务栈的逻辑和用户启动应用的方式直接相关：

  • 如果用户是从最近任务列表打开被杀死的应用，系统通常会恢复之前的任务栈，回到最后停留的Activity。
  • 如果用户是通过桌面图标启动，系统默认会创建新的任务栈，从主Activity开始（除非应用被标记为“正在运行”的状态）。
    你可以验证一下：下次应用被系统杀死后，从最近任务列表打开它，看是否能回到之前的Activity。如果可以，那就是启动方式导致的差异。

• 不要依赖onSaveInstanceState做持久化
  虽然你提到横竖屏切换时这个方法正常，但要明确：onSaveInstanceState是用来保存临时状态的（比如控件的输入内容），系统并不保证在应用被低内存杀死时一定会调用它。对于需要持久化的用户数据，更可靠的方式是在用户操作时实时保存到SharedPreferences、Room数据库或者本地文件里。这样不管应用怎么被杀死，下次打开对应Activity时都能从持久化存储里恢复数据，不用依赖系统的任务栈恢复。

• 排查自定义启动逻辑
  检查主Activity的onCreate方法，有没有写强制跳转的逻辑？比如类似这样的代码：

  if (someCondition) {
      startActivity(new Intent(this, MainActivity.class));
      finish();
  }
  

  如果有这种逻辑，即使系统原本要恢复之前的Activity，也会被主Activity的跳转覆盖，导致最终停留在主页面。

• 考虑厂商ROM的定制影响
  部分国产ROM对任务管理做了特殊优化，可能会在应用被杀死后，强制从主Activity启动，而不遵循原生的任务栈恢复逻辑。你可以在原生Android模拟器上测试，如果原生系统能正常恢复任务栈，那大概率是厂商ROM的限制，这种情况下建议引导用户从最近任务打开应用，或者提前做好数据的实时持久化。

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