嘿，我来帮你理清楚FCM里消息接收确认的问题，结合你的后端+双端APP场景给点实际可行的建议～

首先先解决你最关心的核心疑问：如果用户只是看了通知就关掉，不打开APP，你的初始方案（APP发确认API）能不能生效？
答案是——大部分情况下不行，这得从FCM的两种消息类型说起：

• 通知消息（仅notification字段）：当APP在后台时，系统会直接接管展示通知，根本不会把消息传递给你的APP代码。只有用户点击通知打开APP，你的APP才能拿到消息，这时候才能发确认请求。如果用户只是 dismiss 通知，APP完全没机会触发逻辑。
• 数据消息（仅data字段）：不管APP在前台还是后台（只要没被用户强制杀死），都会直接推送到你的APP处理逻辑里（安卓的FirebaseMessagingService、iOS的didReceiveRemoteNotification），哪怕用户没打开APP。不过iOS有个限制：后台处理数据消息只有30秒左右的窗口，要是APP被彻底关掉，就收不到了。

那针对你的场景，怎么实现“确认用户是否收到，没收到就转其他渠道”的需求呢？给你几个可行的方案：

1. 混合消息+APP确认+超时兜底 #

发送消息时同时包含notification和data字段（也就是混合消息）：

• 当APP在前台：直接触发消息处理逻辑，你可以立刻让APP给后端发确认请求，标记这条自定义message_id已收到。
• 当APP在后台：系统展示通知，用户点击后APP拿到消息，再发确认请求。但如果用户没点击，就没法主动确认——这时候你可以在后端设置一个超时时间（比如5分钟），如果到点还没收到确认，就触发短信/邮件等替代渠道。

2. 利用FCM的送达回执（Delivery Receipts） #

FCM其实提供了设备级的送达回执功能，注意几个关键点：

• 这个功能需要在Firebase控制台开启，而且只对数据消息或者混合消息里的数据部分生效。
• 当消息成功送达设备（注意是设备收到，不是用户看到），FCM会把回执发送到你配置的后端端点（可以是Webhook，或者用Admin SDK监听）。你可以用这个回执来确认设备已经收到消息，再结合超时逻辑判断是否需要转其他渠道。
• 用PHP REST API发送时，只要在请求体里加上"delivery_receipt_requested": true，就能触发回执功能。

3. 结合message_id做状态跟踪 #

你提到的响应里的projects/{project_id}/messages/0:1717154779703741%46b91c6f46b91c6f是FCM生成的唯一消息ID，你可以在后端把这个ID和你自定义的业务消息ID绑定，记录每条消息的发送时间、目标用户、状态（未确认/已送达/已确认）。然后定时扫描未确认的消息，超时就触发替代渠道。

最后给你个PHP REST API发送混合消息的示例（带回执请求）：

{
  "message": {
    "token": "用户的设备Token",
    "notification": {
      "title": "你的通知标题",
      "body": "通知内容"
    },
    "data": {
      "custom_message_id": "你自己生成的业务消息ID",
      "content_type": "info"
    },
    "delivery_receipt_requested": true
  }
}

另外要注意双端的配置：安卓要确保FirebaseMessagingService正确实现，能处理后台数据；iOS要开全远程通知权限，并且在didReceiveRemoteNotification里处理数据并发送确认请求。

备注：内容来源于stack exchange，提问作者Dmitry Kapusta