Cloud Messaging (push notifications) in Android Kotlin - UI Render Trace

Component - Cloud Messaging (push notifications)

This component handles receiving and displaying push notifications sent from a cloud messaging service. It shows a notification on the device when a message arrives, even if the app is in the background or closed.

Widget Tree

AppCompatActivity
├─ FirebaseMessagingService
│  └─ onMessageReceived()
│     └─ NotificationManager
└─ MainActivity
   └─ UI Components

The app has a main activity for the UI. The FirebaseMessagingService runs in the background to listen for incoming messages. When a message arrives, it triggers onMessageReceived(), which uses NotificationManager to show a notification on the device.

Render Trace - 4 Steps

Step 1: FirebaseMessagingService

Step 2: onMessageReceived() callback

Step 3: NotificationManager

Step 4: MainActivity

State Change - Re-render

Trigger:Receiving a new push notification from the cloud

Before

No notification shown, app UI unchanged

→

After

Notification displayed in status bar; app UI may update if foreground

Re-renders:NotificationManager triggers system UI update; MainActivity UI updates if active

UI Quiz - 3 Questions

What component listens for incoming push notifications?

A MainActivity

B NotificationManager

C FirebaseMessagingService

D BroadcastReceiver

Key Insight

Push notifications rely on a background service to receive messages and a system manager to display notifications. The app UI can update dynamically if it is active, providing a seamless user experience.

Practice

1. What is the main purpose of Firebase Cloud Messaging (FCM) in Android apps?

easy

A. To manage app permissions and settings

B. To store user data locally on the device

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

D. To create user interfaces with buttons and text

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

   It works even if the app is closed, keeping users updated with push notifications.

3. Final Answer:

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

4. Quick Check:

   FCM purpose = push notifications [OK]

Hint: Remember: FCM = push notifications, not UI or storage [OK]

Common Mistakes:

• Confusing FCM with local data storage
• Thinking FCM manages UI elements
• Assuming FCM controls app permissions

2. Which Kotlin class should you extend to handle incoming Firebase push messages in your Android app?

easy

A. FirebaseMessagingService

B. FirebaseDatabase

C. FirebaseAuth

D. FirebaseStorage

Solution

1. Step 1: Identify the service for message handling

   FirebaseMessagingService is the class designed to receive and handle push notifications.

2. Step 2: Exclude unrelated Firebase classes

   FirebaseDatabase, FirebaseAuth, and FirebaseStorage serve different purposes like data storage, authentication, and file storage.

3. Final Answer:

   FirebaseMessagingService -> Option A

4. Quick Check:

   Message handler class = FirebaseMessagingService [OK]

Hint: Use FirebaseMessagingService to receive messages [OK]

Common Mistakes:

• Choosing FirebaseDatabase for message handling
• Confusing FirebaseAuth with messaging
• Using FirebaseStorage instead of messaging service

3. Given the following Kotlin code snippet inside a FirebaseMessagingService subclass, what will be logged when a message is received?

override fun onMessageReceived(remoteMessage: RemoteMessage) {
    val title = remoteMessage.notification?.title ?: "No Title"
    val body = remoteMessage.notification?.body ?: "No Body"
    Log.d("FCM", "Title: $title, Body: $body")
}

medium

A. Title: No Title, Body: No Body if notification is null

B. App crashes if notification is null

C. Title and Body are always empty strings

D. Logs only the body, not the title

Solution

1. Step 1: Analyze null safety with Elvis operator

   The code uses ?: to provide default strings if notification or its fields are null.

2. Step 2: Understand logging behavior

   If notification is null, title and body become "No Title" and "No Body" respectively, so the log shows these defaults.

3. Final Answer:

   Title: No Title, Body: No Body if notification is null -> Option A

4. Quick Check:

   Elvis operator handles nulls = default text logged [OK]

Hint: Elvis operator ?: gives default when null [OK]

Common Mistakes:

• Assuming app crashes on null notification
• Thinking title/body become empty strings
• Believing only body is logged

4. You wrote this code to get the device token for FCM but it never logs the token. What is the error?

FirebaseMessaging.getInstance().token.addOnCompleteListener {
    if (!it.isSuccessful) return@addOnCompleteListener
    val token = it.result
    Log.d("FCM", "Token: $token")
}

medium

A. You need to call addOnSuccessListener instead of addOnCompleteListener

B. You forgot to add internet permission in AndroidManifest.xml

C. You must call getInstance() with context parameter

D. You should use getToken() instead of token property

Solution

1. Step 1: Check the API for token retrieval

   FirebaseMessaging.getInstance().getToken() is the correct method; there is no .token property.

2. Step 2: Verify other options

   Internet permission is needed to run, but the code won't compile due to undefined token property. getInstance() without context works, and addOnCompleteListener is correct.

3. Final Answer:

   You should use getToken() instead of token property -> Option D

4. Quick Check:

   No token property = use getToken() [OK]

Hint: Use getToken() method to fetch FCM token [OK]

Common Mistakes:

• Forgetting internet permission
• Thinking context is required for getInstance()
• Using wrong listener type for token retrieval

5. You want to send a push notification only to devices that have a specific user preference enabled. Which step is essential to implement this targeting correctly?

hard

A. Use FirebaseDatabase to store notifications and query them on the device

B. Send the device token to your server and filter tokens based on user preferences

C. Send notifications to all devices and let the app ignore unwanted ones

D. Use FirebaseAuth to authenticate users before sending notifications

Solution

1. Step 1: Understand device token role

   Device tokens uniquely identify devices to receive push notifications.

2. Step 2: Implement server-side filtering

   Send tokens to your server and filter them by user preferences before sending notifications.

3. Final Answer:

   Send the device token to your server and filter tokens based on user preferences -> Option B

4. Quick Check:

   Token + server filtering = targeted notifications [OK]

Hint: Always send tokens to server for targeted notifications [OK]

Common Mistakes:

• Sending notifications to all devices without filtering
• Using FirebaseDatabase instead of server filtering
• Confusing authentication with notification targeting