Firebase 通知的行為會因接收應用程式的前景/背景狀態而有所不同。如果您希望前景應用程式接收通知訊息或資料訊息,就必須編寫程式碼來處理 onMessageReceived
回呼。如需通知與資料訊息之間的差異
請參閱「郵件類型」。
處理訊息
如要接收訊息,請使用
FirebaseMessagingService
。
您的服務應覆寫 onMessageReceived
和 onDeletedMessages
回呼。
郵件處理時長可能短於 20 秒,視延遲情況而定
在呼叫 onMessageReceived
之前發生,包括 OS 延遲、應用程式啟動時間、
主要執行緒遭到其他作業封鎖 (或先前的 onMessageReceived
)
通話時間過長。超過 190 天後,各種作業系統行為,如 Android 的
處理程序
終止或 Android O 的
背景執行限制可能會影響無法完成工作。
大多數訊息類型都會提供 onMessageReceived
,包含以下內容
例外狀況:
-
在應用程式於背景運作期間傳送的通知訊息。在本 案例,通知會傳送到裝置的系統匣。使用者輕觸通知後,系統預設會開啟應用程式啟動器。
-
在背景接收的訊息,其中包含通知和資料酬載。在這種情況下,系統會將通知傳送至裝置的系統通知格,並在啟動器活動的意圖額外項目中傳送資料酬載。
簡單來說:
應用程式狀態 | 通知 | 資料 | 兩者並用 |
---|---|---|---|
前景 | 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 會顯示自訂預設圖示
- 所有透過通知編輯器傳送的通知訊息。
- 未明確設定通知酬載中圖示的任何通知訊息。
Android 會使用自訂預設顏色
- 從以下位置傳送的所有通知訊息: 通知編輯器。
- 未明確設定通知顏色的任何通知訊息 酬載。
如果未設定自訂的預設圖示,且通知酬載中也未設定圖示,Android 會顯示以白色顯示的應用程式圖示。
覆寫 onMessageReceived
您可以覆寫 FirebaseMessagingService.onMessageReceived
方法,根據收到的 RemoteMessage 物件執行動作,並取得訊息資料:
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}") // Check if data needs to be processed by long running job if (needsToBeScheduled()) { // 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. }
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. }
覆寫 onDeletedMessages
在某些情況下,FCM 可能無法傳送訊息。當特定裝置在連線時有太多待處理的訊息 (超過 100 則),或是裝置超過一個月未連線至 FCM 時,就會發生這種情況。在這些情況下
系統可能會回撥給 FirebaseMessagingService.onDeletedMessages()
應用程式執行個體收到此回呼時
應該能與應用程式伺服器執行完整同步。如果有沒有傳送訊息給應用程式
裝置在過去 4 週內,FCM 將不會呼叫 onDeletedMessages()
。
在背景執行應用程式中處理通知訊息
當應用程式處於背景時,Android 會將通知訊息導向系統匣。使用者輕觸通知後,系統會根據預設開啟應用程式啟動器。
這包括包含通知和資料的訊息 酬載 (以及從通知控制台傳送的所有郵件)。 在這些情況下,通知會傳送到裝置的 系統匣,而資料酬載則會在意圖的額外項目中傳送 。
如要進一步瞭解訊息傳送至應用程式的資訊,請參閱 FCM 報表資訊主頁,當中記錄了 透過 Apple 和 Android 裝置傳送及開啟的訊息數量,以及 「曝光」資料Android 應用程式 (使用者看到的通知)。
在直接啟動模式下接收 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
也必須支援直接啟動模式 (在直接啟動模式下無法存取憑證保護的儲存空間)。
如要瞭解如何在直接啟動模式下傳送訊息給裝置,請參閱「傳送可啟用直接啟動功能的訊息」。