Android中如何检测用户关闭应用？Application类onDestroy替代方案

方案核心逻辑 #

你要实现的两个核心能力——精准检测用户离开应用的时机记录最后在线时间、应用被系统回收前解绑Firebase监听器——根本不需要等系统发送Application级的销毁回调，用Android官方提供的进程级生命周期监听就能100%覆盖所有真实用户场景，可靠性远高于之前看到的那些高赞回答。

精准前后台切换检测实现 #

直接用ProcessLifecycleOwner做全局前后台判定，这也是WhatsApp这类主流聊天应用实际在用的判定逻辑，比自己手动统计Activity启停计数的方案靠谱太多：

• 在自定义Application类的onCreate()方法中注册进程级生命周期观察者：

  ProcessLifecycleOwner.get().lifecycle.addObserver(object : DefaultLifecycleObserver {
      override fun onStart(owner: LifecycleOwner) {
          // 应用回到前台：将在线状态同步到Firebase，重新绑定需要实时同步的全局监听器
      }
      override fun onStop(owner: LifecycleOwner) {
          // 应用完全进入后台：将当前时间戳作为最后在线时间同步到服务端
          // 在此处解绑所有全局挂载的Firebase数据库监听器
      }
  })
  

• 这个观察者的onStop()触发时机，是应用进程内没有任何可见Activity的时候——也就是用户按Home键、切到其他应用、退到桌面的时刻，完全匹配你要的“用户离开应用”的判定标准，不会因为转屏、系统权限弹窗、应用内对话框弹出这类场景误触发状态变更。

系统销毁进程的场景适配 #

系统因内存不足直接回收应用进程时，不会触发任何组件（Application、Service、Activity）的销毁回调，这也是大部分旧答案不可靠的核心原因——不管是依赖onDestroy、onTerminate还是Service的生命周期回调，都没法接住系统强杀的场景。
针对这类场景的处理逻辑：

• 所有和Activity、ViewModel绑定的Firebase监听器，必须在对应组件的onDestroy()回调中执行removeEventListener，避免内存泄漏。
• 全局作用域的Firebase监听器，直接在刚才进程生命周期的onStop()回调里解绑即可——应用进入后台后用户已经不需要实时接收数据拉取，这个时间点解绑完全符合功能逻辑，同时也刚好抓住了系统杀进程前最后一个可以执行代码的时机。

常见避坑说明 #

• 不要寄希望于Application的onTerminate()方法：这个方法仅在模拟器调试、手动触发应用停止的场景下会执行，真机日常使用、系统回收进程的场景下永远不会被调用。
• 不要手动计数Activity的启动/停止次数做前后台判定：碰到跨进程权限弹窗、系统悬浮窗、配置变更重建Activity时，计数会出现偏差，导致明明应用还在前台，就误将用户标记为离线。
• 不要依赖后台Service的销毁回调：系统低内存回收时会直接终止整个进程，Service的销毁逻辑根本没有机会执行。

内容的提问来源于stack exchange，提问作者Sourav Kannantha B