Android BroadcastReceiver首次响应Intent Action后失效问题排查

功能失效的核心原因是PendingIntent创建逻辑不符合系统规则，具体问题点：

• 创建广播PendingIntent时requestCode固定传0，且未配置更新标识，导致系统始终复用第一次生成的PendingIntent实例，后续所有通知的Dismiss按钮绑定的都是第一条通知的Intent，携带的永远是第一条通知的notificationId，点击时要么取消不存在的历史通知，要么被系统拦截不触发广播。
• 面向Android 12（API 31）及以上版本时，创建PendingIntent未按要求声明可变性标识，会被部分厂商ROM直接拦截广播派发，表现为点击无响应。

1. 修改PendingIntent创建逻辑 #

替换Firebase.java中原有PendingIntent创建代码，保证每个通知对应独立的PendingIntent实例，同时适配版本规则：

int notification_id = m;
Intent buttonIntent = new Intent(this, ButtonReceiver.class);
buttonIntent.putExtra("notificationId", notification_id);

// 用通知ID作为请求码，保证不同通知的PendingIntent不冲突
int requestCode = notification_id;
int flags = PendingIntent.FLAG_UPDATE_CURRENT;
// Android 12+ 必须显式声明PendingIntent可变性
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    flags |= PendingIntent.FLAG_IMMUTABLE;
}
PendingIntent btPendingIntent = PendingIntent.getBroadcast(this, requestCode, buttonIntent, flags);

注：原代码中定义的requestID变量未被使用，直接替换为和通知ID绑定的唯一值即可。

2. 补充清单配置（适配高版本Android） #

如果项目targetSdkVersion >= 31，给Manifest中的广播接收器补充exported属性，避免安装失败或权限拦截：

<receiver 
    android:name=".ButtonReceiver"
    android:exported="false"/>

系统判定PendingIntent是否为同一实例的匹配规则为：requestCode一致、Intent的action/组件/category/data完全一致。原有代码中所有通知的PendingIntent都满足上述匹配条件，且未传FLAG_UPDATE_CURRENT标识，系统不会更新PendingIntent中携带的extra参数，因此后续通知点击时永远只能拿到第一条通知的ID，自然无法关闭对应通知。
修改后每个通知的requestCode和自身ID绑定，不存在复用冲突，配合FLAG_UPDATE_CURRENT保证Intent内的参数为最新值，同时适配高版本的可变性要求，即可恢复正常功能。

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