[firebase_messaging]: Android: a burst of background messages starts a FlutterEngine per service start, and can lose all of them
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- Meno di un'ora
- Idoneità per principianti
- 45/100
Direzione di ricerca
Read FlutterFirebaseMessagingBackgroundExecutor.java around line 140 and trace how startBackgroundIsolate() assigns the engine before the queued callback runs. Reproduce with a burst of background data messages on Android, then check that only one engine is created and every queued message is handled. The issue reports a one-line fix and a successful 12-message run, though it does not name a test file.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is there an existing issue for this?
- I have searched the existing issues.
Which plugins are affected?
Messaging
Which platforms are affected?
Android
Description
When several data messages reach an app that isn't running (a device switched on, or back online, after missing a few), FlutterFirebaseMessagingBackgroundExecutor creates a background FlutterEngine for every FlutterFirebaseMessagingBackgroundService start that lands before the first engine exists, instead of one.
Expected: one background engine, and every message handled.
Actual: one engine per early service start. On a profile build, 12 messages held while the device was off, then boot: 6 × Creating background FlutterEngine instance. and 6 × FlutterFirebaseMessagingBackgroundService started! in one process. On a debug build, 22 held messages: 22 engines, then the low-memory killer, and no notification shown.
Cause: onCreate calls startBackgroundIsolate(), whose guard is if (backgroundFlutterEngine != null) return;. But the engine is only assigned inside the callback that method posts to the main looper after ensureInitializationCompleteAsync. Every service start before then posts another callback. The callback checks only isNotRunning(), which stays true until Dart sends MessagingBackground#initialized, so each one creates a new engine, overwrites backgroundFlutterEngine and backgroundChannel, and starts another isolate. The queued intents drain only in onInitialized. Their work was already completed, so if the process dies first (memory pressure from N engines) they are lost.
Fix (FlutterFirebaseMessagingBackgroundExecutor.java, L140 on 16.7.0 and on main at 90c22c8dd9):
- if (isNotRunning()) {
+ if (isNotRunning() && backgroundFlutterEngine == null) {
onCreate, the posted runnable and its callback all run on the main looper, so once the first callback assigns the engine, every later one skips. With that change, the same 12-message boot burst makes one engine and shows all 12 notifications.
Reproducing the issue
- Register a handler with
FirebaseMessaging.onBackgroundMessage. - Power the device off.
- Send ≥10 high-priority, data-only messages to it.
- Boot the device without opening the app.
- Count
Creating background FlutterEngine instance.in logcat: one per early service start, not one.
A profile or release build shows the duplicate engines cleanly. On a debug build the first engine's kernel load on the main thread (7–10 s) can also trip a background ANR on the pending FCM broadcast, which is a separate, debug-only effect.
Firebase Core version
4.15.0
Flutter Version
3.47.7
Relevant Log Output
# Profile build, 12 held data messages, device booted without opening the app (one process):
I FLTFireBGExecutor: Creating background FlutterEngine instance. (×6)
I FLTFireMsgService: FlutterFirebaseMessagingBackgroundService started! (×6)
# The same burst with the one-line fix:
I FLTFireBGExecutor: Creating background FlutterEngine instance. (×1)
I FLTFireMsgService: FlutterFirebaseMessagingBackgroundService started! (×1)
Flutter dependencies
firebase_messaging 16.7.0, firebase_core 4.15.0.
Additional context and comments
- Versions: firebase_messaging 16.7.0 and
mainat 90c22c8dd9. Earlier 16.x releases (checked: 16.4.2, 16.4.3, 16.6.0) have the sameisNotRunning()-only check in the callback. - Tested on an Android 16 emulator.
- We're carrying the one-line change above as a build-time patch until a fix ships, and we're happy to open a PR with it if that helps.
- Lingua principale
- Dart
- Stelle
- 9.3k
- Fork
- 4.1k
- Merge medio
- 2g 2h
- PR unite (30g)
- 41
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di firebase/flutterfire
-
🚀 [firebase_core] Bump Firebase C++ SDK (13.13.0 → 14.0.0)Forse già presa @SelaseKay l’ha presa oggi. ApertaNeeds Attention plugin: core type: enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 18/100
firebase/flutterfire#18798 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[firebase_auth]: authStateChanges() never emits null when the user is force-signed-out before the stream is listened to (iOS, macOS, Android)Forse già presa @JulianPscheid l’ha presa oggi. ApertaNeeds Attention platform: android platform: ios platform: macos plugin: auth type: bug
Difficoltà 4/5 1-2 giorni Idoneità per principianti 15/100
firebase/flutterfire#18796 ·
I maintainer di solito rispondono entro 1 giorno
-
Needs Attention platform: ios plugin: messaging type: bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
firebase/flutterfire#18793 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[firebase_core] Firebase.initializeApp with demoProjectId crashes on iOS with SIGABRT (FIRInstallations validateAPIKey) - Follow-up to locked #17788Forse già presa @SelaseKay l’ha presa oggi. ApertaNeeds Attention platform: ios plugin: core reproduced type: bug type: crash
Difficoltà 2/5 1-3 ore Idoneità per principianti 22/100
firebase/flutterfire#18790 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
blocked: customer-response Needs Attention platform: ios plugin: messaging type: bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
firebase/flutterfire#18776 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di firebase/flutterfire
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
documentation good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
djazairdev/wilayas#22 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 80/100
rajput-hemant/calculator#199 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
leancodepl/app-rating#35 ·
-
Mobile login: "Sign In" button is squashed to 16 px with its label cut while the keyboard is openApertaai-driven-qa bug claude
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
linagora/tmail-flutter#4976 ·
I maintainer di solito rispondono entro 1 giorno