docs/cloud-messaging/client.md
Depending on the platform you're targeting, there are some additional required setup steps that you'll need to take.
Before your application can start to receive messages, you must enable push notifications and background modes in your Xcode project.
ios/Runner.xcworkspace).Before you use FCM, upload your APNs authentication key to Firebase. If you don't already have an APNs authentication key, create one in the Apple Developer Member Center.
To use the FCM Flutter plugin on Apple devices, method swizzling is required. Without it, key Firebase features such as FCM token handling won't function properly.
FCM clients require devices running Android 4.4 or higher that also have Google Play services installed, or an emulator running Android 4.4 with Google APIs. Note that you are not limited to deploying your Android apps through Google Play Store.
Apps that rely on the Play Services SDK should always check the device for a
compatible Google Play services APK before accessing Google Play services
features. It is recommended to do this in two places: in the main activity's
onCreate() method, and in its onResume() method. The check in onCreate()
ensures that the app can't be used without a successful check. The check in
onResume() ensures that if the user returns to the running app through some
other means, such as through the back button, the check is still performed.
If the device doesn't have a compatible version of Google Play services, your
app can call GoogleApiAvailability.makeGooglePlayServicesAvailable() to allow users to download Google Play services from the Play Store.
The FCM Web interface uses Web credentials called Voluntary Application Server Identification, or "VAPID" keys, to authorize send requests to supported web push services. To subscribe your app to push notifications, you need to associate a pair of keys with your Firebase project. You can either generate a new key pair or import your existing key pair through the Firebase console.
Open the Cloud Messaging tab of the Firebase console Settings pane and scroll to the Web configuration section.
In the Web Push certificates tab, click Generate Key Pair. The console displays a notice that the key pair was generated, and displays the public key string and date added.
If you have an existing key pair you are already using with your web app, you can import it to FCM so that you can reach your existing web app instances through FCM APIs. To import keys, you must have owner-level access to the Firebase project. Import your existing public and private key in base64 URL safe encoded form:
Open the Cloud Messaging tab of the Firebase console Settings pane and scroll to the Web configuration section.
In the Web Push certificates tab, find and select the link text, "import an existing key pair."
In the Import a key pair dialog, provide your public and private keys in the corresponding fields and click Import. The console displays the public key string and date added.
For more information about the format of the keys and how to generate them, see Application server keys.
Install and initialize the Firebase plugins for Flutter if you haven't already done so.
From the root of your Flutter project, run the following command to install the plugin:
flutter pub add firebase_messaging
Once complete, rebuild your Flutter application:
flutter run
To send a message to a specific device, you need to know the device
registration token. To retrieve the current registration token for an app instance, call
getToken(). If notification permission has not been granted, this method will
ask the user for notification permissions. Otherwise, it returns a token or
rejects the future due to an error.
Warning: In iOS SDK 10.4.0 and higher, it is required that the APNs token is available before making API requests. The APNs token is not guaranteed to have been received before making FCM plugin API requests.
// You may set the permission requests to "provisional" which allows the user to choose what type
// of notifications they would like to receive once the user receives a notification.
final notificationSettings = await FirebaseMessaging.instance.requestPermission(provisional: true);
// For apple platforms, ensure the APNS token is available before making any FCM plugin API calls
final apnsToken = await FirebaseMessaging.instance.getAPNSToken();
if (apnsToken != null) {
// APNS token is available, make FCM plugin API requests...
}
On web platforms, pass your VAPID public key to getToken():
final fcmToken = await FirebaseMessaging.instance.getToken(vapidKey: "BKagOny0KF_2pCJQ3m....moL0ewzQ8rZu");
To be notified whenever the token is updated, subscribe to the onTokenRefresh
stream:
FirebaseMessaging.instance.onTokenRefresh
.listen((fcmToken) {
// TODO: If necessary send token to application server.
// Note: This callback is fired at each app startup and whenever a new
// token is generated.
})
.onError((err) {
// Error getting token.
});
When an FCM registration token is generated, the library uploads the identifier and configuration data to Firebase. If you prefer to prevent token autogeneration, disable auto-initialization at build time.
On iOS, add a metadata value to your Info.plist:
FirebaseMessagingAutoInitEnabled = NO
On Android, disable Analytics collection and FCM auto initialization (you must
disable both) by adding these metadata values to your AndroidManifest.xml:
<meta-data
android:name="firebase_messaging_auto_init_enabled"
android:value="false" />
<meta-data
android:name="firebase_analytics_collection_enabled"
android:value="false" />
To enable auto-init for a specific app instance, call setAutoInitEnabled():
await FirebaseMessaging.instance.setAutoInitEnabled(true);
This value persists across app restarts once set.
After you select Test, the targeted client device, with the app in the background, should receive the notification.
For insight into message delivery to your app, see the FCM reporting dashboard, which records the number of messages sent and opened on Apple and Android devices, along with impression data for Android apps.
When users tap a notification, the default behavior on both Android and iOS is to open the application. If the application is terminated, it will be started, and if it is in the background, it will be brought to the foreground.
Depending on the content of a notification, you may want to handle the user's interaction when the application opens. For example, if a new chat message is sent using a notification and the user selects it, you may want to open the specific conversation when the application opens.
The firebase-messaging package provides two ways to handle this interaction:
getInitialMessage(): If the application is opened from a terminated
state, this method returns a Future containing a RemoteMessage. Once
consumed, the RemoteMessage will be removed.onMessageOpenedApp: AStream which posts a RemoteMessage when the
application is opened from a background state.To make sure your users have a smooth experience, you should handle both scenarios. The following code example outlines how this can be achieved:
How you handle interactions depends on your application setup. The previously
shown example is a basic example of using a StatefulWidget.
After the client app is set up, you can start receiving messages or sending them to your users: