Android中持续监听REST API推送新数据通知及FCM实现与替代方案

一、使用FCM实现服务端触发推送 #

1. 自定义API调用FCM发消息的流程 #

FCM提供两种服务端调用方式，让你的后端能在检测到新数据时直接触发推送：

• 获取认证凭据：
  • 旧版HTTP API：在Firebase控制台「项目设置」→「云消息传递」中获取「服务器密钥」。
  • HTTP v1 API：生成服务账号JSON密钥，通过OAuth2流程获取访问令牌。
• 后端调用FCM接口：
  以旧版HTTP API为例，后端发送POST请求到https://fcm.googleapis.com/fcm/send，请求头携带Authorization: key=你的服务器密钥，请求体示例：

  {
    "to": "目标设备的FCM令牌",
    "notification": {
      "title": "新数据提醒",
      "body": "服务端有新数据更新"
    },
    "data": {
      "type": "new_data",
      "data_id": "12345"
    }
  }
  

  当你的REST API检测到新数据时，直接触发上述调用即可向指定设备推送通知。
• Android端处理消息：
  集成FCM SDK后，通过FirebaseMessagingService的onMessageReceived方法接收消息，在本地构建并显示通知栏通知。

2. 关键注意事项 #

• 设备的FCM令牌需在App启动时获取并上报到后端存储，确保后端能定位到推送目标。
• 区分通知消息和数据消息：通知消息会自动显示在通知栏，数据消息需要你自行处理展示逻辑。

二、除FCM外的替代方案 #

1. 定时轮询（简单但耗电） #

• 原理：App定期调用REST API，对比本地缓存的数据版本或更新时间，发现新数据则触发通知。
• 实现：用WorkManager或AlarmManager设置定时任务，比如每5分钟请求一次API。
• 缺点：频繁请求会增加设备耗电和流量消耗，仅适合实时性要求低的场景。

2. WebSocket长连接 #

• 原理：App与服务端建立WebSocket长连接，服务端有新数据时主动推送给客户端。
• 实现：Android端可使用OkHttp的WebSocket功能，连接到服务端WebSocket地址，监听onMessage回调，收到数据后触发通知。
• 优点：实时性高，无需频繁轮询；缺点：需要服务端支持WebSocket，需处理断连重连逻辑。

3. 第三方推送服务 #

• 国内可选择极光推送、小米推送、华为推送等，这些服务均提供服务端API，当REST API检测到新数据时，调用对应推送服务的接口即可发通知，且适配国内厂商系统推送通道，送达率更高。

4. 前台Service（不推荐） #

• 原理：启动前台Service维持长轮询或Socket连接，但Android 8.0及以上对后台Service限制严格，必须显示持久通知，用户体验较差，仅适合特殊场景。

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