关于Firebase中Data messages与Notification Messages的可折叠特性及优先级矛盾的技术咨询

我来帮你拆解这两个Firebase Cloud Messaging（FCM）里容易搞混的细节，都是文档没讲太明白的地方：

1. Data Messages：为啥说是重要消息，后台却被忽略？ #

首先得区分两个完全不同的概念：FCM层面的「不可折叠/重要」，和设备系统层面的「消息优先级」。

• FCM说Data消息默认不可折叠，是指FCM服务器不会把你发的多条Data消息合并成一条——每条消息都会单独投递，不会因为后面发了新的就把旧的丢了，这是FCM对「重要消息」的定义：只要你发了，我就尽力给你送到设备端。
• 但当App在后台或终止时，纯Data消息被系统忽略，是因为系统推送通道的优先级规则。纯Data消息不会触发系统通知栏的弹窗，而是直接传给App的onMessageReceived回调，但很多Android厂商的后台省电机制会把这种「没有明显通知提示」的消息判定为低优先级，直接拦截掉；iOS这边，纯Data消息在后台时也只会在App被唤醒时才会传递，不会主动触发。

简单说：FCM确实把消息发出去了，但系统不让App收到。如果想让后台的Data消息更可靠，要么把它做成「Notification+Data」的混合消息（系统会当通知处理，优先级更高），要么发送时设置priority: high（Android），但别滥用高优先级，会耗设备电量。

2. Notification Messages：为啥默认可折叠，实际却没替换旧通知？ #

这里的坑在于：文档说的「默认可折叠」，是指Notification消息支持折叠功能，但不是默认就会自动折叠——折叠的前提是你给多条消息设置了相同的collapse_key（折叠键）。

默认情况下，你通过Firebase控制台发送的每条Notification消息，FCM都会自动生成一个独一无二的折叠键，所以每条消息都是独立的，自然不会被替换。要让它们折叠，你得手动设置同一个折叠键：

• 在Firebase Notifications Composer里，切换到「高级选项」，找到「折叠键」，输入同一个值（比如"news_update"），然后发送多条用这个折叠键的通知，旧的就会被新的替换。
• 如果用API发送，就在请求体里加上"collapse_key": "your_key_here"，并且确保多条消息用同一个键，同时设置priority: high（Android）或者content-available: true（iOS）。

另外要注意：折叠功能是FCM服务器把多条相同折叠键的消息合并成最新的一条发送，而不是设备端把已显示的通知替换——如果第一条通知已经显示在通知栏了，第二条用相同折叠键的消息到达时，会直接替换掉旧的通知（Android和iOS都是这个逻辑）。

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