Push notifications (FCM) in Flutter - Build, Publish & Deploy

Build & Publish - Push notifications (FCM)

Performance Impact

Using Firebase Cloud Messaging (FCM) for push notifications has minimal impact on app frame rate and memory during normal use. Notifications are handled by the system in the background, so your app's UI remains smooth at 60fps. However, frequent or heavy notifications with large payloads can increase battery use and network data consumption.

Optimization Tips

• Send lightweight notification payloads to reduce processing time.
• Use data-only messages sparingly to avoid waking the app unnecessarily.
• Handle notifications efficiently in background handlers to avoid blocking the main thread.
• Batch notifications on the server side to reduce frequency.

App Size and Startup Time

Adding FCM requires including Firebase libraries, which adds about 5-10MB to your app bundle size. This is moderate and usually acceptable. Startup time impact is minimal if you initialize Firebase asynchronously and avoid blocking the UI thread during setup.

iOS vs Android Differences

• iOS: Requires user permission to show notifications. You must configure APNs certificates and enable push capabilities in Xcode.
• Android: Uses Firebase directly with Google Play services. Runtime permission required for notifications on Android 13 (API 33) and higher.
• Notification appearance and behavior differ by platform and OS version.
• Background message handling requires different setup: iOS uses didReceiveRemoteNotification, Android uses background message handlers.

Store Review Guidelines

• Apple App Store: Must request user permission before sending notifications. Follow Apple's Human Interface Guidelines for notification content and frequency.
• Google Play Store: Ensure notifications respect user privacy and do not spam users.
• Both stores require clear privacy policies explaining notification use.
• Do not use notifications for advertising without user consent.

Self-Check

Your app takes 5 seconds to load this screen. What's likely wrong?

• Firebase initialization is blocking the main thread during startup.
• Heavy or synchronous notification handling code delaying UI rendering.
• Large notification payloads causing slow processing.
• Network delays due to poor connectivity or inefficient message handling.

Key Result

FCM push notifications add moderate bundle size but minimal UI impact. Optimize payload size and background handling for smooth 60fps performance. Follow platform-specific setup and store guidelines for permissions and privacy.

Practice

1.

What is the main purpose of using Firebase Cloud Messaging (FCM) in a Flutter app?

easy

A. To create user interfaces with Flutter widgets

B. To send push notifications to users even when the app is closed

C. To store user data locally on the device

D. To manage app navigation between screens

Solution

1. Step 1: Understand FCM's role

   Firebase Cloud Messaging is designed to send messages or notifications to users' devices.

2. Step 2: Identify the correct purpose

   Among the options, only sending push notifications matches FCM's main use.

3. Final Answer:

   To send push notifications to users even when the app is closed -> Option B

4. Quick Check:

   FCM purpose = send push notifications [OK]

Hint: FCM is for messaging, not UI or storage [OK]

Common Mistakes:

• Confusing FCM with UI or local storage
• Thinking FCM manages app navigation
• Assuming FCM only works when app is open

2.

Which Flutter code snippet correctly requests notification permissions on iOS using FirebaseMessaging?

FirebaseMessaging messaging = FirebaseMessaging.instance;
// What code requests permission?

easy

A. await messaging.requestPermission();

B. messaging.getToken();

C. FirebaseMessaging.onMessage.listen();

D. await messaging.subscribeToTopic('news');

Solution

1. Step 1: Identify permission request method

   The method to ask user permission for notifications is requestPermission().

2. Step 2: Match code snippet

   Only await messaging.requestPermission(); correctly requests permissions on iOS.

3. Final Answer:

   await messaging.requestPermission(); -> Option A

4. Quick Check:

   Permission request = requestPermission() [OK]

Hint: Permission request always uses requestPermission() method [OK]

Common Mistakes:

• Using getToken() to request permission
• Listening to messages instead of requesting permission
• Subscribing to topics does not request permission

3.

Given this Flutter code snippet, what will be printed when a push notification is received while the app is in the foreground?

FirebaseMessaging.onMessage.listen((RemoteMessage message) {
  print('Message received: ' + (message.notification?.title ?? 'No Title'));
});

medium

A. Message received: No Title

B. Message received: null

C. No output printed

D. Message received: [notification title]

Solution

1. Step 1: Understand onMessage listener

   This listener triggers when a notification arrives while app is open.

2. Step 2: Analyze print statement

   It prints 'Message received: ' plus the notification title if it exists, else 'No Title'.

3. Final Answer:

   Message received: [notification title] -> Option D

4. Quick Check:

   Foreground message prints notification title [OK]

Hint: ?.title returns title or null, ?? provides fallback [OK]

Common Mistakes:

• Ignoring null safety and expecting 'null' string
• Assuming no output if title is missing
• Confusing onMessage with background handlers

4.

Identify the error in this Flutter code snippet for handling FCM token retrieval:

FirebaseMessaging messaging = FirebaseMessaging.instance;
String? token = messaging.getToken();
print('Token: ' + token!);

medium

A. getToken() returns a Future, so it must be awaited

B. token cannot be null, so ! is unnecessary

C. FirebaseMessaging.instance is not initialized

D. print statement syntax is incorrect

Solution

1. Step 1: Check getToken() return type

   getToken() returns a Future, so it must be awaited to get the actual token.

2. Step 2: Identify missing await

   Code assigns Future to String? without await, causing error.

3. Final Answer:

   getToken() returns a Future, so it must be awaited -> Option A

4. Quick Check:

   Async methods need await to get values [OK]

Hint: Async calls must use await or then() [OK]

Common Mistakes:

• Ignoring async nature of getToken()
• Using ! without checking for null
• Assuming instance is uninitialized without reason

5.

You want to show a local notification when a push notification arrives while the app is in the foreground. Which approach correctly combines FirebaseMessaging with Flutter Local Notifications?

hard

A. Use FirebaseMessaging.subscribeToTopic to trigger local notifications automatically

B. Only use FirebaseMessaging.getToken to show notifications

C. Listen to FirebaseMessaging.onMessage and call local notification plugin to display notification

D. Call local notifications plugin inside FirebaseMessaging.getInitialMessage

Solution

1. Step 1: Understand foreground notification behavior

   FCM does not show notifications automatically when app is open; you must handle it manually.

2. Step 2: Combine onMessage with local notifications

   Listening to onMessage lets you detect incoming messages and then trigger local notifications to show alerts.

3. Step 3: Evaluate other options

   getToken only gets device token, subscribeToTopic manages topics, getInitialMessage handles app launch, none show notifications directly.

4. Final Answer:

   Listen to FirebaseMessaging.onMessage and call local notification plugin to display notification -> Option C

5. Quick Check:

   Foreground notifications need manual local notification trigger [OK]

Hint: Use onMessage + local notifications for foreground alerts [OK]

Common Mistakes:

• Expecting getToken to show notifications
• Thinking subscribeToTopic triggers UI automatically
• Using getInitialMessage for foreground notifications