在 Android 应用中接收消息

根据接收消息的应用的状态(前台/后台),Firebase 通知的行为会有所不同。如果您希望前台应用接收通知消息或数据消息,则需要编写代码来处理 onMessageReceived 回调。如需详细了解通知消息与数据消息之间的区别,请参阅消息类型

处理消息

如需接收消息,请使用扩展 FirebaseMessagingService 的服务。 您的服务应该重写 onMessageReceivedonDeletedMessages 回调方法。

处理消息的时间范围可能会短于 20 秒,具体取决于调用 onMessageReceived 之前发生的延迟,包括操作系统延迟、应用启动时间、主线程被其他操作阻止或先前的 onMessageReceived 调用耗时过长。这个时间段过后,各种操作系统行为(如 Android 的进程终止或 Android O 的后台执行限制)可能会影响您完成消息处理的能力。

对于大多数消息类型,您都可以使用 onMessageReceived,但以下情况除外:

  • 当应用在后台时送达的通知消息。在这种情况下,通知将传送至设备的系统任务栏。默认情况下,用户点按通知即可打开应用启动器。

  • 在后台接收的既包含通知又具有数据载荷的消息。 在这种情况下,通知将传送至设备的系统任务栏,数据载荷则传送至启动器 Activity 的 intent 的 extras 属性中。

总结:

应用状态 通知 数据 两者皆有
前台 onMessageReceived onMessageReceived onMessageReceived
背景 系统任务栏 onMessageReceived 通知:系统任务栏
数据:intent 的 extras 属性。
如需详细了解消息类型,请参阅通知和数据消息

修改应用清单

如需使用 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 对象执行操作并获取消息数据:

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 可能不会传递消息。比如说,如果在特定设备连接到 FCM 时,您的应用在该设备上的待处理消息过多(超过 100 条),或者设备超过一个月未连接到 FCM,就会发生这种情况。在这些情况下,您可能会收到对 FirebaseMessagingService.onDeletedMessages() 的回调。当应用实例收到此回调时,应该执行一次与应用服务器的完全同步。如果您在过去 4 周内未向该设备上的应用发送消息,FCM 将不会调用 onDeletedMessages()

在后台应用中处理通知消息

当您的应用在后台运行时,Android 会将通知消息传送至系统任务栏。默认情况下,用户点按通知即可打开应用启动器。

此类消息包括既具有通知也具有数据载荷的消息(以及所有从 Notifications 控制台发送的消息)。 在这些情况下,通知将传送至设备的系统任务栏,数据载荷则传送至启动器 Activity 的 intent 的 extras 属性。

如需详细了解发送到您应用的消息,请参阅 FCM 报告信息中心。该信息中心会记录在 Apple 和 Android 设备上发送和打开的消息数量,以及 Android 应用的“展示次数”(用户看到的通知条数)数据。

在直接启动模式下接收 FCM 消息

如果开发者希望在设备解锁前将 FCM 消息发送到应用,可以让 Android 应用在设备处于直接启动模式时接收消息。例如,您可能希望应用的用户即使在设备锁定的情况下也能收到提醒通知。

构建此用例时,请遵循直接启动模式的常规最佳实践和限制。请务必考虑支持直接启动的消息的可见范围;任何可接触到设备的用户无需输入用户凭据便可查看这些消息。

前提条件

  • 必须对设备进行设置,以使其支持直接启动模式。
  • 设备必须安装较新版本的 Google Play 服务(19.0.54 或更高版本)。
  • 应用必须使用 FCM SDK (com.google.firebase:firebase-messaging) 才能接收 FCM 消息。

为应用启用消息处理直接启动模式

  1. 在应用级 Gradle 文件中,添加对 FCM 直接启动支持库的依赖项:

    implementation 'com.google.firebase:firebase-messaging-directboot:20.2.0'
    
  2. 通过在应用清单中添加 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 服务可以在直接启动模式下运行。检查是否满足以下要求:

  • 在直接启动模式下运行时,该服务不应访问受凭据保护的存储空间。
  • 在直接启动模式下运行时,该服务不应尝试使用 ActivitiesBroadcastReceivers 等组件或其他未标记为能够感知直接启动的 Services
  • 在直接启动模式下运行时,该服务使用的库也不应访问受凭据保护的存储空间,并且不应调用 non-directBootAware 组件。也就是说,该应用通过此服务调用所使用的库要么需要能够感知直接启动,要么应用需要检查它是否在直接启动模式下运行,并且不在该模式下调用这些库。例如,Firebase SDK 支持直接启动(它们可以包含在应用中,不会在直接启动模式下导致应用崩溃),但许多 Firebase API 都不支持在直接启动模式下调用。
  • 如果应用使用自定义 Application,则 Application 也需要能够感知直接启动(不能在直接启动模式下访问受凭据保护的存储空间)。

如需获取向处于直接启动模式下的设备发送消息的指南,请参阅发送支持直接启动的消息