AlarmManager PendingIntent强制杀死后未消失问题及替代方案咨询

1. 为什么首次启动时PendingIntent仍存在？ #

当你从设备设置强制杀死应用时，系统会取消该应用设置的所有AlarmManager闹钟，但PendingIntent本身是系统级别的对象，不会立即被销毁。它会保留在系统中，直到系统触发垃圾回收机制，或者你主动调用PendingIntent.cancel()方法。

你的代码中，首次启动应用时，虽然闹钟已经被系统取消，但对应的PendingIntent实例还没被系统回收，所以PendingIntent.getBroadcast(..., FLAG_NO_CREATE)会返回非null，导致isForceStopped()返回false。而当你退出应用后，系统有机会清理这个没有关联闹钟的PendingIntent，所以第二次启动时就会返回null。

这是Android系统的正常行为，并非你的代码存在疏漏，核心原因是PendingIntent的生命周期和应用进程的生命周期并非强绑定。

2. 更优的检测应用强制杀死方案 #

这里有几个更可靠的方案，比依赖PendingIntent的存在性更稳定：

方案一：利用应用生命周期标记（推荐） #

通过记录应用的正常退出状态，来判断是否被强制杀死。核心逻辑是：正常退出时标记状态，启动时如果没有这个标记，说明是异常退出（包括强制杀死）。

步骤如下：

1. 借助ProcessLifecycleOwner监听应用全局生命周期（比单独监听Activity更准确）；
2. 用SharedPreferences存储一个"正常退出"的标记：
   • 当应用退到后台（ON_STOP事件），标记为true；
   • 当应用启动时，检查标记：如果是false，说明是强制杀死，执行重启操作；然后重置标记为false（因为此时应用已经启动，只有正常退出才会再设为true）。

代码示例：
首先添加AndroidX生命周期依赖（如果未添加）：

implementation "androidx.lifecycle:lifecycle-process:2.6.2"

然后在自定义Application类中实现：

import android.app.Application;
import android.content.SharedPreferences;
import androidx.lifecycle.Lifecycle;
import androidx.lifecycle.LifecycleObserver;
import androidx.lifecycle.OnLifecycleEvent;
import androidx.lifecycle.ProcessLifecycleOwner;

public class MyApp extends Application {
    private static final String PREF_NAME = "app_state";
    private static final String KEY_NORMAL_EXIT = "normal_exit";

    @Override
    public void onCreate() {
        super.onCreate();

        // 监听应用全局生命周期
        ProcessLifecycleOwner.get().getLifecycle().addObserver(new AppLifecycleObserver());

        // 启动时检查是否为强制杀死场景
        SharedPreferences sp = getSharedPreferences(PREF_NAME, MODE_PRIVATE);
        boolean wasNormalExit = sp.getBoolean(KEY_NORMAL_EXIT, false);
        if (!wasNormalExit) {
            // 执行重启闹钟、重新调度任务等操作
            alarmJobUtils.rescheduleAll();
        }

        // 重置标记，应用启动后只有正常退出才会再次标记为true
        sp.edit().putBoolean(KEY_NORMAL_EXIT, false).apply();
    }

    private class AppLifecycleObserver implements LifecycleObserver {
        @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
        public void onAppBackgrounded() {
            // 应用退到后台，标记为正常退出状态
            SharedPreferences sp = getSharedPreferences(PREF_NAME, MODE_PRIVATE);
            sp.edit().putBoolean(KEY_NORMAL_EXIT, true).apply();
        }
    }
}

这个方案的优势是：无需依赖AlarmManager或PendingIntent，逻辑简单直接，完全不受系统对PendingIntent回收延迟的影响。

方案二：结合AlarmManager与状态存储 #

如果你坚持使用AlarmManager，可以结合SharedPreferences存储闹钟的设置状态：

1. 设置闹钟时，在SharedPreferences中标记alarm_is_set = true；
2. 正常退出应用时，取消闹钟并标记alarm_is_set = false；
3. 应用启动时，检查alarm_is_set：如果是true但尝试重新设置闹钟时发现原闹钟已不存在（可通过对比存储的触发时间或重新设置后的状态判断），说明是强制杀死，执行操作。

不过这个方案需要处理闹钟存在性的判断，相对复杂，不如方案一可靠。

方案三：使用WorkManager的持久化任务 #

如果你的重启操作允许延迟执行，也可以用WorkManager调度一个持久化的周期性任务。当应用被强制杀死后，WorkManager会在系统允许时自动重新调度任务，不过这更适合后台任务的恢复，而非用户手动打开应用时的即时操作。

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