Push notifications let your app send messages to users even when the app is closed. This helps keep users informed and engaged.
Push notifications (FCM) in Flutter
import 'package:firebase_messaging/firebase_messaging.dart'; FirebaseMessaging messaging = FirebaseMessaging.instance; // Request permission (iOS) await messaging.requestPermission(); // Listen for messages FirebaseMessaging.onMessage.listen((RemoteMessage message) { print('Message received: ${message.notification?.title}'); });
Use FirebaseMessaging.instance to access FCM features.
Always request permission on iOS before receiving notifications.
FirebaseMessaging messaging = FirebaseMessaging.instance; // Get the device token String? token = await messaging.getToken(); print('Device token: $token');
FirebaseMessaging.onMessage.listen((RemoteMessage message) {
print('Notification received while app is open');
});FirebaseMessaging.onMessageOpenedApp.listen((RemoteMessage message) {
print('User tapped on notification');
});This app initializes Firebase, requests notification permission, and listens for incoming push notifications. When a notification arrives while the app is open, it shows the notification title on screen.
import 'package:flutter/material.dart'; import 'package:firebase_core/firebase_core.dart'; import 'package:firebase_messaging/firebase_messaging.dart'; void main() async { WidgetsFlutterBinding.ensureInitialized(); await Firebase.initializeApp(); runApp(MyApp()); } class MyApp extends StatefulWidget { @override State<MyApp> createState() => _MyAppState(); } class _MyAppState extends State<MyApp> { String _message = 'No message yet'; @override void initState() { super.initState(); FirebaseMessaging.instance.requestPermission(); FirebaseMessaging.onMessage.listen((RemoteMessage message) { setState(() { _message = message.notification?.title ?? 'No title'; }); }); } @override Widget build(BuildContext context) { return MaterialApp( home: Scaffold( appBar: AppBar(title: Text('FCM Push Notifications')), body: Center(child: Text('Latest message: $_message')), ), ); } }
Push notifications require setting up Firebase project and adding config files to your app.
On iOS, users must allow notifications in system settings.
Test notifications using Firebase Console or server APIs.
Push notifications keep users updated even when app is closed.
Use FirebaseMessaging to get device token and listen for messages.
Always request permission on iOS and handle messages in app.
Practice
What is the main purpose of using Firebase Cloud Messaging (FCM) in a Flutter app?
Solution
Step 1: Understand FCM's role
Firebase Cloud Messaging is designed to send messages or notifications to users' devices.Step 2: Identify the correct purpose
Among the options, only sending push notifications matches FCM's main use.Final Answer:
To send push notifications to users even when the app is closed -> Option BQuick Check:
FCM purpose = send push notifications [OK]
- Confusing FCM with UI or local storage
- Thinking FCM manages app navigation
- Assuming FCM only works when app is open
Which Flutter code snippet correctly requests notification permissions on iOS using FirebaseMessaging?
FirebaseMessaging messaging = FirebaseMessaging.instance;
// What code requests permission?
Solution
Step 1: Identify permission request method
The method to ask user permission for notifications is requestPermission().Step 2: Match code snippet
Only await messaging.requestPermission(); correctly requests permissions on iOS.Final Answer:
await messaging.requestPermission(); -> Option AQuick Check:
Permission request = requestPermission() [OK]
- Using getToken() to request permission
- Listening to messages instead of requesting permission
- Subscribing to topics does not request permission
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'));
});
Solution
Step 1: Understand onMessage listener
This listener triggers when a notification arrives while app is open.Step 2: Analyze print statement
It prints 'Message received: ' plus the notification title if it exists, else 'No Title'.Final Answer:
Message received: [notification title] -> Option DQuick Check:
Foreground message prints notification title [OK]
- Ignoring null safety and expecting 'null' string
- Assuming no output if title is missing
- Confusing onMessage with background handlers
Identify the error in this Flutter code snippet for handling FCM token retrieval:
FirebaseMessaging messaging = FirebaseMessaging.instance;
String? token = messaging.getToken();
print('Token: ' + token!);
Solution
Step 1: Check getToken() return type
getToken() returns a Future, so it must be awaited to get the actual token.Step 2: Identify missing await
Code assigns Future to String? without await, causing error.Final Answer:
getToken() returns a Future, so it must be awaited -> Option AQuick Check:
Async methods need await to get values [OK]
- Ignoring async nature of getToken()
- Using ! without checking for null
- Assuming instance is uninitialized without reason
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?
Solution
Step 1: Understand foreground notification behavior
FCM does not show notifications automatically when app is open; you must handle it manually.Step 2: Combine onMessage with local notifications
Listening to onMessage lets you detect incoming messages and then trigger local notifications to show alerts.Step 3: Evaluate other options
getToken only gets device token, subscribeToTopic manages topics, getInitialMessage handles app launch, none show notifications directly.Final Answer:
Listen to FirebaseMessaging.onMessage and call local notification plugin to display notification -> Option CQuick Check:
Foreground notifications need manual local notification trigger [OK]
- Expecting getToken to show notifications
- Thinking subscribeToTopic triggers UI automatically
- Using getInitialMessage for foreground notifications
Ready to prove it?
Pass the test and this pattern moves unknown
