Android开发：如何在不点击通知横幅的情况下获取FCM数据载荷

1. 能否直接读取系统托盘未点击的FCM通知数据 #

答案是不能。Android系统没有开放公开API允许第三方应用读取系统托盘中托管的通知附带数据，你通过getIntent().getExtras()拿到的数据，本身是FCM服务在用户点击通知时，帮你塞进启动Intent的额外参数，未点击的通知数据不会主动传递给你的App进程。

2. Gmail/Outlook同类场景的数据来源 #

这类应用的新数据并非从系统托盘通知中读取，通常是两种方案的组合实现：

• 方案1：FCM推送采用数据消息（Data Message）而非通知消息（Notification Message）。数据消息无论App在前台/后台/被杀，都会触发你自定义的FirebaseMessagingService的onMessageReceived回调，你可以在回调里先把数据持久化到本地数据库/SharedPreference，同时自行构建通知弹出到系统托盘。这样即使用户不点击通知，下次启动App直接读取本地持久化的数据即可。

注意：如果App被用户在设置里强制停止，部分国产定制ROM会禁止FCM拉起你的App进程，这种场景下数据消息也无法收到，需要额外做兼容处理。

• 方案2：App启动时主动向服务端拉取最新数据。你观察到的开飞行模式还能拿到数据，是因为数据已经在通知收到时通过onMessageReceived存到本地了，如果是收到通知前就开启飞行模式未收到推送，启动App也无法拿到新数据。

3. 后台App的服务端请求相关说明 #

App在后台处于活跃状态（未被系统回收/强制停止）时，服务端完全可以通过长连接通道向设备侧App推送数据，FCM本身就是谷歌维护的系统级长连接通道。但如果App进程已经被杀，除了FCM这类系统级推送通道能触发进程唤醒回调之外，服务端不可能直接向不存在的App进程发起POST请求。

可行落地解决方案 #

• 将当前使用的FCM通知消息替换为数据消息，所有系统通知由App在FirebaseMessagingService的onMessageReceived回调中自行构建弹出，同时把推送附带的业务数据持久化到本地存储
• 增加兜底同步逻辑：App每次冷启动、从桌面切回前台时，主动向服务端拉取最近自定义周期内的未同步业务数据，覆盖推送漏发、进程被限制导致接收失败的极端场景
• 针对国产Android定制ROM，可按需增加引导步骤，提示用户给App开启自启动、后台运行权限、通知权限，提升推送到达的稳定性

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