如何检索并移除所有未取消的PendingIntent？（无法获取原请求码）

因为你当初用(int) System.currentTimeMillis()作为请求码创建PendingIntent，而系统通过请求码+Intent的匹配规则+创建类型来区分不同的PendingIntent，所以要删除这些实例，核心是还原原始Intent的匹配特征，再遍历可能的请求码范围逐个清理。

步骤1：构造匹配原始Intent的模板 #

必须确保你构造的Intent和当初创建PendingIntent时的detailIntent满足filterEquals匹配规则——也就是以下属性完全一致：

• 目标组件（ComponentName，比如要启动的Activity类）
• Action、Data、Type、Category
• 注意：Extra、Flags这些不影响PendingIntent的匹配判断，不需要完全还原

示例代码：

// 替换成你当初启动的目标Activity
Intent matchIntent = new Intent(context, YourDetailActivity.class);
// 如果当初的Intent设置了Action/Data/Category，必须同步加上，比如：
// matchIntent.setAction("com.your.app.ACTION_DETAIL");
// matchIntent.setData(Uri.parse("your-app://detail"));

步骤2：确定请求码的可能范围 #

System.currentTimeMillis()转成int会因为溢出出现正负值，但你创建这些PendingIntent的时间肯定在一个连续的时间段内（比如最近30天），先计算这个时间段对应的int请求码范围：

// 假设要清理最近30天创建的PendingIntent，可根据实际调整天数
long timeRangeStart = System.currentTimeMillis() - 30 * 24 * 60 * 60 * 1000L;
int startCode = (int) timeRangeStart;
int endCode = (int) System.currentTimeMillis();

步骤3：遍历请求码并清理PendingIntent #

循环遍历范围内的请求码，用FLAG_NO_CREATE试探是否存在对应的PendingIntent，存在则调用cancel()删除：

// 处理int溢出导致的startCode > endCode的情况
if (startCode > endCode) {
    // 第一段：从startCode到int最大值
    for (int code = startCode; code <= Integer.MAX_VALUE; code++) {
        cleanupPendingIntent(context, matchIntent, code);
    }
    // 第二段：从int最小值到endCode
    for (int code = Integer.MIN_VALUE; code <= endCode; code++) {
        cleanupPendingIntent(context, matchIntent, code);
    }
} else {
    // 正常连续范围遍历
    for (int code = startCode; code <= endCode; code++) {
        cleanupPendingIntent(context, matchIntent, code);
    }
}

// 封装清理逻辑的工具方法
private void cleanupPendingIntent(Context context, Intent matchIntent, int requestCode) {
    PendingIntent pi = PendingIntent.getActivity(
        context,
        requestCode,
        matchIntent,
        PendingIntent.FLAG_IMMUTABLE | PendingIntent.FLAG_NO_CREATE
    );
    if (pi != null) {
        pi.cancel();
    }
}

关键说明 #

• FLAG_NO_CREATE的作用：如果系统中不存在对应的PendingIntent，会返回null，不会创建新的实例，避免额外开销
• 如果你不确定创建时间范围，可以扩大范围（比如最近90天），但遍历范围越大，耗时越长，建议在后台线程执行
• 极端情况：如果上述方法无法覆盖所有请求码，卸载重装应用会彻底清除所有属于该应用的PendingIntent，但这是最后选项

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