Android生命周期中应用从最近任务列表划走是否有专属调用方法？

不存在和「用户从最近应用列表划走移除应用任务」100%对应的专属生命周期回调方法，你遇到的onDestroy无法精准识别该场景的问题是符合系统设计预期的。

为什么onDestroy不能作为判断依据 #

onDestroy是Activity生命周期中通用的销毁回调，触发场景覆盖非常多，完全不具备场景唯一性：

• 用户按返回键正常退出Activity时会触发
• 横竖屏切换、多语言切换等配置变更触发Activity重建时，旧Activity实例会触发
• 代码中主动调用finish()关闭Activity时会触发
• 系统内存不足回收后台Activity时也可能触发
  这些场景和用户划走最近任务没有任何关联，自然无法靠它做精准判断。

用户划走最近任务时的实际回调表现 #

当用户从最近列表划走你的应用时，系统的核心动作是直接强制杀死应用所在进程，不会走完整的组件销毁流程，回调表现随系统版本、ROM定制存在明显差异：

• 任务栈内所有存活的Activity通常只会走到onPause、onStop回调，绝大多数情况下不会执行onDestroy——进程被杀的速度很快，根本来不及走完后续生命周期。
• 如果你的应用有正在运行的Service，重写Service的onTaskRemoved方法可以在任务被移除时收到回调，但它也不是专属、可靠的判断标识：部分定制ROM会修改最近任务的杀进程逻辑，可能直接跳过这个回调；如果Service已经处于停止状态，也不会收到该回调；甚至极端情况下进程被杀速度过快，方法内的逻辑都不一定能执行完。
• 目前没有任何一个官方提供的回调，能保证在所有设备、所有系统版本上，仅在用户划走最近任务时触发，不会在其他生命周期场景下被调用。

实际开发的适配建议 #

不要试图用单一回调精准捕获这个用户操作，针对该场景的需求可以用组合方案兜底：

• 核心业务数据不要等任务被移除时才持久化，要在业务操作发生时就同步落库，避免进程突然被杀导致数据丢失
• 可以在前台Activity的onStop生命周期中，结合isFinishing、isChangingConfigurations两个标记位，先过滤掉配置变更、页面正常跳转/返回的场景，做初步判断
• 配合前台Service重写onTaskRemoved方法做补充捕获，覆盖大部分常规机型的场景
• 不要在该场景触发的逻辑里做耗时、强一致性要求的操作，系统不会给你预留足够的执行时间。

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