Firebase 通知的行為因接收應用的前台/後台狀態而異。如果您希望前台應用程序接收通知消息或數據消息，則需要編寫代碼來處理onMessageReceived回調。有關通知和數據消息之間區別的說明，請參閱消息類型。
處理消息
要接收消息，請使用擴展FirebaseMessagingService的服務。您的服務應覆蓋onMessageReceived和onDeletedMessages回調。它應該在收到後 20 秒內處理任何消息（Android Marshmallow 為 10 秒）。時間窗口可能會更短，具體取決於調用onMessageReceived之前發生的操作系統延遲。在那之後，各種操作系統行為（例如 Android O 的後台執行限制）可能會干擾您完成工作的能力。有關更多信息，請參閱我們的消息優先級概述。
大多數消息類型都提供了onMessageReceived ，但以下情況除外：
當您的應用程序在後台時傳遞的通知消息。在這種情況下，通知將傳送到設備的系統托盤。默認情況下，用戶點擊通知會打開應用啟動器。
在後台接收時帶有通知和數據負載的消息。在這種情況下，通知被傳遞到設備的系統托盤，數據負載被傳遞到啟動器 Activity 的附加內容中。
總之：
| 應用狀態 | 通知 | 數據 | 兩個都 |
|---|---|---|---|
| 前景 | onMessageReceived | onMessageReceived | onMessageReceived |
| 背景 | 系統托盤 | onMessageReceived | 通知：系統托盤 數據：額外的意圖。 |
編輯應用清單
要使用FirebaseMessagingService ，您需要在應用清單中添加以下內容：
<service
android:name=".java.MyFirebaseMessagingService"
android:exported="false">
<intent-filter>
<action android:name="com.google.firebase.MESSAGING_EVENT" />
</intent-filter>
</service>
此外，建議您設置默認值以自定義通知的外觀。您可以指定自定義默認圖標和自定義默認顏色，只要未在通知有效負載中設置等效值，就會應用這些圖標和自定義默認顏色。
在application標籤內添加這些行以設置自定義默認圖標和自定義顏色：
<!-- Set custom default icon. This is used when no icon is set for incoming notification messages.
See README(https://goo.gl/l4GJaQ) for more. -->
<meta-data
android:name="com.google.firebase.messaging.default_notification_icon"
android:resource="@drawable/ic_stat_ic_notification" />
<!-- Set color used with incoming notification messages. This is used when no color is set for the incoming
notification message. See README(https://goo.gl/6BKBk7) for more. -->
<meta-data
android:name="com.google.firebase.messaging.default_notification_color"
android:resource="@color/colorAccent" />
Android 顯示自定義默認圖標
- 從Notifications composer發送的所有通知消息。
- 任何未在通知有效負載中明確設置圖標的通知消息。
Android 使用自定義默認顏色
- 從Notifications composer發送的所有通知消息。
- 任何未在通知負載中明確設置顏色的通知消息。
如果未設置自定義默認圖標且未在通知負載中設置圖標，則 Android 會顯示呈現為白色的應用程序圖標。
覆蓋onMessageReceived
通過覆蓋FirebaseMessagingService.onMessageReceived方法，您可以根據接收到的RemoteMessage對象執行操作並獲取消息數據：
Java
@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
// ...
// TODO(developer): Handle FCM messages here.
// Not getting messages here? See why this may be: https://goo.gl/39bRNJ
Log.d(TAG, "From: " + remoteMessage.getFrom());
// Check if message contains a data payload.
if (remoteMessage.getData().size() > 0) {
Log.d(TAG, "Message data payload: " + remoteMessage.getData());
if (/* Check if data needs to be processed by long running job */ true) {
// For long-running tasks (10 seconds or more) use WorkManager.
scheduleJob();
} else {
// Handle message within 10 seconds
handleNow();
}
}
// Check if message contains a notification payload.
if (remoteMessage.getNotification() != null) {
Log.d(TAG, "Message Notification Body: " + remoteMessage.getNotification().getBody());
}
// Also if you intend on generating your own notifications as a result of a received FCM
// message, here is where that should be initiated. See sendNotification method below.
}Kotlin+KTX
override fun onMessageReceived(remoteMessage: RemoteMessage) {
// ...
// TODO(developer): Handle FCM messages here.
// Not getting messages here? See why this may be: https://goo.gl/39bRNJ
Log.d(TAG, "From: ${remoteMessage.from}")
// Check if message contains a data payload.
if (remoteMessage.data.isNotEmpty()) {
Log.d(TAG, "Message data payload: ${remoteMessage.data}")
if (/* Check if data needs to be processed by long running job */ true) {
// For long-running tasks (10 seconds or more) use WorkManager.
scheduleJob()
} else {
// Handle message within 10 seconds
handleNow()
}
}
// Check if message contains a notification payload.
remoteMessage.notification?.let {
Log.d(TAG, "Message Notification Body: ${it.body}")
}
// Also if you intend on generating your own notifications as a result of a received FCM
// message, here is where that should be initiated. See sendNotification method below.
}覆蓋onDeletedMessages
在某些情況下，FCM 可能不會傳遞消息。如果您的應用在連接時在特定設備上等待處理的消息過多 (>100)，或者如果該設備超過一個月未連接到 FCM，則會發生這種情況。在這些情況下，您可能會收到對FirebaseMessagingService.onDeletedMessages()的回調。當應用實例收到此回調時，它應該與您的應用服務器執行完全同步。如果您在過去 4 週內未向該設備上的應用發送消息，FCM 將不會調用onDeletedMessages() 。在後台應用程序中處理通知消息
當您的應用程序處於後台時，Android 會將通知消息定向到系統托盤。默認情況下，用戶點擊通知會打開應用啟動器。
這包括同時包含通知和數據負載的消息（以及從通知控制台發送的所有消息）。在這些情況下，通知會被傳遞到設備的系統托盤，而數據負載會在啟動器 Activity 的意圖的附加部分中傳遞。
要深入了解向您的應用程序傳遞的消息，請參閱FCM 報告儀表板，它記錄了在 Apple 和 Android 設備上發送和打開的消息數量，以及 Android 應用程序的“展示次數”（用戶看到的通知）的數據。
後台受限應用（Android P 或更新版本）
FCM 可能不會向用戶設置後台限制的應用程序發送消息（例如通過：設置 -> 應用程序和通知 -> [應用程序名稱] -> 電池）。一旦您的應用程序從後台限制中刪除，新消息將像以前一樣傳遞到該應用程序。為了防止丟失消息和其他後台限制影響，請確保避免Android Vitals努力列出的不良行為。這些行為可能會導致 Android 設備向用戶建議您的應用受後台限制。你的應用可以使用isBackgroundRestricted()檢查它是否被後台限制。在直接啟動模式下接收 FCM 消息
想要在設備解鎖之前就向應用發送 FCM 消息的開發人員可以讓 Android 應用在設備處於直接啟動模式時接收消息。例如，您可能希望應用程序的用戶即使在鎖定的設備上也能收到警報通知。
在構建此用例時，請遵守直接啟動模式的一般最佳實踐和限制。考慮直接啟動消息的可見性尤為重要；任何有權訪問設備的用戶都可以查看這些消息，而無需輸入用戶憑據。
先決條件
- 設備必須設置為直接啟動模式。
- 設備必須安裝最新版本的 Google Play 服務（19.0.54 或更高版本）。
- 應用必須使用 FCM SDK (
com.google.firebase:firebase-messaging) 才能接收 FCM 消息。
在您的應用中啟用直接啟動模式消息處理
在應用級 Gradle 文件中，添加對 FCM 直接啟動支持庫的依賴：
implementation 'com.google.firebase:firebase-messaging-directboot:20.2.0'通過在應用清單中添加
android:directBootAware="true"屬性，使應用的FirebaseMessagingService直接啟動感知：<service android:name=".java.MyFirebaseMessagingService" android:exported="false" android:directBootAware="true"> <intent-filter> <action android:name="com.google.firebase.MESSAGING_EVENT" /> </intent-filter> </service>
確保此FirebaseMessagingService可以在直接啟動模式下運行非常重要。檢查以下要求：
- 在直接啟動模式下運行時，該服務不應訪問受憑據保護的存儲。
- 服務不應嘗試使用在直接啟動模式下運行時未標記為直接啟動感知的組件，例如
Activities、BroadcastReceivers器或其他Services。 - 服務使用的任何庫在直接啟動模式下運行時也不得訪問受憑證保護的存儲，也不得調用非directBootAware 組件。這意味著應用程序使用的從服務調用的任何庫都需要直接啟動感知，或者應用程序需要檢查它是否在直接啟動模式下運行，而不是在該模式下調用它們。例如，Firebase SDK 可以直接啟動（它們可以包含在應用程序中而不會在直接啟動模式下崩潰），但許多 Firebase API 不支持在直接啟動模式下調用。
- 如果應用程序正在使用自定義
Application，則Application還需要直接啟動感知（在直接啟動模式下無法訪問受憑證保護的存儲）。
有關在直接啟動模式下向設備發送消息的指南，請參閱發送支持直接啟動的消息。