Android 12&13通知异常：分渠道通知仍合并，需分离粘性与普通通知

1. 确保通知分组ID完全独立 #

检查两类通知的构建代码，确认setGroup()设置了完全不同的分组ID，且未将任何一个设为分组汇总：

• 「Plan is active」粘性通知示例：

NotificationCompat.Builder(context, LOCATION_CHANNEL_ID)
    .setContentTitle("Plan is active")
    .setGroup("GROUP_LOCATION_ONGOING") // 专属分组ID
    .setGroupSummary(false)
    .setOngoing(true) // 粘性通知标记
    // 其他必要配置

• 「Order deleted」普通通知示例：

NotificationCompat.Builder(context, NOTIFICATION_CHANNEL_ID)
    .setContentTitle("Order deleted")
    .setGroup("GROUP_ORDER_ALERTS") // 与粘性通知完全不同的分组ID
    .setGroupSummary(false)
    // 其他必要配置

2. 修正渠道级分组配置 #

部分场景下，NotificationChannel的分组设置会覆盖通知的分组逻辑，需确保两个渠道的分组也完全独立：

// 创建位置渠道
val locationChannel = NotificationChannel(LOCATION_CHANNEL_ID, "位置通知", NotificationManager.IMPORTANCE_DEFAULT)
locationChannel.setGroup("CHANNEL_GROUP_LOCATION") // 渠道级独立分组

// 创建订单通知渠道
val orderChannel = NotificationChannel(NOTIFICATION_CHANNEL_ID, "订单通知", NotificationManager.IMPORTANCE_DEFAULT)
orderChannel.setGroup("CHANNEL_GROUP_ORDER") // 与位置渠道不同的分组

同时进入系统设置→通知管理→目标应用，手动确认两个渠道的「分组」选项未被设为同一值。

3. 处理粘性通知的特殊逻辑 #

Android 12+ 对粘性（Ongoing）通知的分组有特殊处理：

• 绝对不要将粘性通知设为分组汇总（setGroupSummary(true)），否则系统会自动合并同应用下的其他通知到该组。
• 确保粘性通知的分组ID与普通通知无任何关联（包括前缀相似），避免系统误判合并。

4. 清除缓存并重启测试 #

系统可能缓存了旧的通知分组配置，执行以下操作重置：

• 进入系统设置→应用管理→目标应用→存储→清除缓存
• 重启设备后重新发送两类通知验证效果

5. 禁用默认分组逻辑 #

如果未明确设置setGroup()，系统会自动将同应用通知归为默认分组。务必为每个需要独立显示的通知组设置唯一的自定义分组ID，不要使用空值或与应用包名相关的默认值。

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