如何检测应用被杀死（滑动关闭/崩溃）？求替代Service的销毁事件处理方案

阿华AIGC实验室

2026-5-20

关于Android应用被杀死检测及销毁时事件处理的方案

嘿，这个问题确实是Android开发里挺头疼的常见痛点——系统本身并没有给我们提供一个完全可靠的回调来精准捕获应用被杀死（不管是滑动关闭还是崩溃）的时机，不过我们可以通过一些间接手段来应对，下面给你梳理几个可行的方案：

一、检测应用被杀死的间接方式

Android系统在终止进程时不会给进程发送任何通知，所以没有绝对精准的回调，但可以通过以下方式做推测或处理特定场景：

1. 利用ProcessLifecycleOwner监听应用前后台状态

借助Jetpack的ProcessLifecycleOwner，我们可以监听整个应用的生命周期状态。当应用进入后台且所有Activity都已销毁时，可以推测应用可能即将被系统杀死（或者用户手动滑动关闭）。

示例代码：

ProcessLifecycleOwner.get().lifecycle.addObserver(object : DefaultLifecycleObserver {
    override fun onStop(owner: LifecycleOwner) {
        super.onStop(owner)
        // 结合延迟判断：如果一段时间内没有回到前台，说明可能被杀死了
        Handler(Looper.getMainLooper()).postDelayed({
            if (!ProcessLifecycleOwner.get().lifecycle.currentState.isAtLeast(Lifecycle.State.STARTED)) {
                // 执行你需要的清理或上报逻辑
            }
        }, 3000) // 延迟3秒，避免用户只是暂时切后台的情况
    }
})

注意：这种方式不能100%确定应用被杀死，只能作为一种参考。

2. 重写onTrimMemory回调

在Application或Activity中重写onTrimMemory(int level)方法，当系统内存紧张时会触发这个回调，不同的level对应不同的内存压力：

当level == TRIM_MEMORY_COMPLETE：系统准备开始杀死后台进程来释放内存，此时你的应用很可能在被杀死列表中
当level == TRIM_MEMORY_RUNNING_CRITICAL：应用在前台但内存极度紧张，系统可能会杀死后台进程甚至当前进程

你可以在这个回调里做一些紧急的清理工作，但同样，这只是系统的预警，不是最终的杀死通知。

3. 捕获应用崩溃（针对崩溃场景）

如果是要处理应用崩溃的情况，可以通过设置UncaughtExceptionHandler来捕获未处理的异常，在进程终止前执行逻辑：

示例代码：

Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
    @Override
    public void uncaughtException(Thread t, Throwable e) {
        // 在这里保存崩溃日志、上报数据等
        // 最后记得调用默认的处理器，否则应用会无响应
        Thread.getDefaultUncaughtExceptionHandler().uncaughtException(t, e);
    }
});