Android Kotlin XML：应用销毁/切屏时触发API结束会话方案咨询

1. 全局生命周期监听（ProcessLifecycleOwner） #

这是 Google 官方推荐的应用前后台状态监听方案，比单独监听 Activity 生命周期更可靠，能精准捕捉应用整体进入前台/退到后台的时机。

• 依赖准备：确保项目引入 androidx.lifecycle:lifecycle-process 依赖
• 实现步骤：
  • 自定义生命周期观察者，处理前后台切换逻辑：

    class AppSessionObserver : DefaultLifecycleObserver {
        private var isSessionActive = false
    
        override fun onStart(owner: LifecycleOwner) {
            super.onStart(owner)
            // 应用进入前台且会话未激活时，触发开始API
            if (!isSessionActive) {
                invokeStartSessionApi()
                isSessionActive = true
            }
        }
    
        override fun onStop(owner: LifecycleOwner) {
            super.onStop(owner)
            // 应用退到后台时，触发结束API
            if (isSessionActive) {
                invokeEndSessionApi()
                isSessionActive = false
            }
        }
    
        private fun invokeStartSessionApi() {
            // 此处编写会话开始API调用逻辑
        }
    
        private fun invokeEndSessionApi() {
            // 此处编写会话结束API调用逻辑
        }
    }
    

  • 在 Application 类中注册观察者：

    class MyApplication : Application() {
        override fun onCreate() {
            super.onCreate()
            ProcessLifecycleOwner.get().lifecycle.addObserver(AppSessionObserver())
        }
    }
    

2. 处理进程被强制销毁的极端情况 #

当应用因内存不足等原因被系统直接杀死时，onStop() 可能无法执行，需要补充以下方案保证API调用：

方式一：内存等级监听（onTrimMemory） #

在 Application 或 BaseActivity 中重写该方法，捕捉内存紧张或界面隐藏的信号：

override fun onTrimMemory(level: Int) {
    super.onTrimMemory(level)
    if ((level == ComponentCallbacks2.TRIM_MEMORY_UI_HIDDEN || 
         level >= ComponentCallbacks2.TRIM_MEMORY_RUNNING_CRITICAL) && isSessionActive) {
        invokeEndSessionApi()
        isSessionActive = false
    }
}

方式二：延迟任务兜底（WorkManager） #

退后台时提交一个延迟任务，若应用在延迟时间内回到前台则取消任务，否则执行结束API，避免用户短暂切后台就结束会话的误判：

// 退后台时提交延迟任务
val endSessionWork = OneTimeWorkRequestBuilder<EndSessionWorker>()
    .setInitialDelay(30, TimeUnit.SECONDS) // 可根据业务调整延迟时长
    .build()
WorkManager.getInstance(context).enqueueUniqueWork(
    "END_SESSION_TASK",
    ExistingWorkPolicy.REPLACE,
    endSessionWork
)

// 进前台时取消任务
WorkManager.getInstance(context).cancelUniqueWork("END_SESSION_TASK")

// 实现Worker类
class EndSessionWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        invokeEndSessionApi()
        return Result.success()
    }
}

3. 前台服务无效的原因 #

前台服务的核心作用是让应用保持存活，而非监听前后台状态。如果仅用它来触发会话API，会因服务持续后台运行导致状态判断混乱，不符合你的需求场景。

额外注意事项 #

• API调用需加入网络异常重试机制，WorkManager可自带重试配置
• 维护全局会话状态变量，避免重复调用开始/结束API

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