W zależności od stanu urządzenia wiadomości przychodzące są obsługiwane inaczej. Aby zrozumieć te scenariusze i dowiedzieć się, jak zintegrować FCM z własną aplikacją, musisz najpierw określić różne stany urządzenia:
Stan | Opis |
---|---|
Przestrzeń przednia | gdy aplikacja jest otwarta, widoczna i używana; |
Tło | Gdy aplikacja jest otwarta, ale w tle (zminimalizowana). Zwykle dzieje się tak, gdy użytkownik naciśnie przycisk „Strona główna” na urządzeniu, przełączy się na inną aplikację za pomocą przełącznika aplikacji lub otworzy aplikację na innej karcie (w przypadku przeglądarki). |
Zakończona | Gdy urządzenie jest zablokowane lub aplikacja nie jest uruchomiona. |
Zanim aplikacja będzie mogła odbierać ładunki wiadomości za pomocą FCM, musi zostać spełnionych kilka warunków wstępnych:
- Aplikacja musi zostać otwarta co najmniej raz (aby umożliwić rejestrację w FCM).
- Jeśli użytkownik zamknie aplikację w przełączniku aplikacji, musi ją ponownie otworzyć ręcznie, aby wiadomości w tle mogły znów działać.
- Jeśli użytkownik wymknie aplikację z ustawienia urządzenia, na Androidzie musi ją ręcznie otworzyć, aby wiadomości zaczęły działać.
- W przeglądarce musisz wysłać prośbę o token (przy użyciu
getToken()
) za pomocą certyfikatu Web Push Certificate.
Prośba o dostęp do odbierania wiadomości
W systemach iOS, macOS, web i Android 13 (lub nowszym) przed otrzymaniem na urządzeniu danych Firebase Cloud Messaging musisz najpierw poprosić użytkownika o zgodę.
Pakiet firebase_messaging
zapewnia prosty interfejs API do wysyłania próśb o przyznanie uprawnień za pomocą metody requestPermission
.
Ten interfejs API akceptuje kilka argumentów nazwanych, które definiują typ uprawnień, o które chcesz poprosić, np. czy wiadomości zawierające ładunki powiadomień mogą wywoływać dźwięk lub odczytywać wiadomości za pomocą Siri. Domyślnie metoda prosi o domyślne uprawnienia. W dokumentacji interfejsu API znajdziesz pełną dokumentację dotyczącą każdego uprawnienia.
Aby rozpocząć, wywołaj metodę z aplikacji (w iOS wyświetli się okno modalne natywne, a w internecie zostanie uruchomiony proces interfejsu API natywnego przeglądarki):
FirebaseMessaging messaging = FirebaseMessaging.instance;
NotificationSettings settings = await messaging.requestPermission(
alert: true,
announcement: false,
badge: true,
carPlay: false,
criticalAlert: false,
provisional: false,
sound: true,
);
print('User granted permission: ${settings.authorizationStatus}');
Właściwości authorizationStatus
obiektu NotificationSettings
zwróconego w żądaniu można użyć do określenia ogólnej decyzji użytkownika:
authorized
: użytkownik udzielił uprawnień.denied
: użytkownik odmówił przyznania uprawnień.notDetermined
: użytkownik nie podjął jeszcze decyzji, czy udzielić uprawnień.provisional
: użytkownik udzielił tymczasowego pozwolenia
Inne właściwości w NotificationSettings
zwracają informacje o tym, czy określone uprawnienie jest włączone, wyłączone czy nieobsługiwane na bieżącym urządzeniu.
Gdy użytkownik udzieli zgody, a aplikacja rozpozna różne stany urządzenia, będzie mogła zacząć obsługiwać przychodzące dane FCM.
Obsługa wiadomości
Zależnie od bieżącego stanu aplikacji ładunki przychodzące różnych typów wiadomości wymagają różnych implementacji do ich obsługi:
Komunikaty na pierwszym planie
Aby obsługiwać wiadomości, gdy aplikacja jest na pierwszym planie, odsłuchuj strumień onMessage
.
FirebaseMessaging.onMessage.listen((RemoteMessage message) {
print('Got a message whilst in the foreground!');
print('Message data: ${message.data}');
if (message.notification != null) {
print('Message also contained a notification: ${message.notification}');
}
});
Strumień zawiera RemoteMessage
, który zawiera różne informacje o danych, takie jak ich pochodzenie, unikalny identyfikator, czas wysłania, czy zawierały powiadomienie itp. Ponieważ wiadomość została pobrana, gdy aplikacja była na pierwszym planie, możesz bezpośrednio uzyskać dostęp do stanu i kontekstu aplikacji Flutter.
Wiadomości na pierwszym planie i powiadomienia
Powiadomienia, które docierają, gdy aplikacja działa na pierwszym planie, nie będą wyświetlane domyślnie na Androidzie ani na iOS. Można jednak zastąpić to działanie:
- Na Androidzie musisz utworzyć kanał powiadomień o wysokim priorytecie.
- W iOS możesz zaktualizować opcje prezentacji aplikacji.
wiadomości w tle,
Proces obsługi wiadomości w tle różni się na platformach natywnych (Android i Apple) oraz na platformach internetowych.
Platformy Apple i Android
Obsługa wiadomości w tle przez zarejestrowanie modułu obsługi onBackgroundMessage
. Po otrzymaniu wiadomości uruchamiana jest izolatka (tylko na Androidzie, iOS/macOS nie wymaga osobnej izolatki), co pozwala obsługiwać wiadomości nawet wtedy, gdy aplikacja nie jest uruchomiona.
Oto kilka kwestii, o których warto pamiętać w związku z obsługą wiadomości w tle:
- Nie może to być funkcja anonimowa.
- Musi to być funkcja najwyższego poziomu (np. nie metoda klasy, która wymaga inicjalizacji).
- Jeśli używasz Fluttera w wersji 3.3.0 lub nowszej, uchwyt wiadomości musi być opatrzony adnotacją
@pragma('vm:entry-point')
tuż nad deklaracją funkcji (w przeciwnym razie może zostać usunięty podczas wstrząsania drzewem w trybie wydania).
@pragma('vm:entry-point')
Future<void> _firebaseMessagingBackgroundHandler(RemoteMessage message) async {
// If you're going to use other Firebase services in the background, such as Firestore,
// make sure you call `initializeApp` before using other Firebase services.
await Firebase.initializeApp();
print("Handling a background message: ${message.messageId}");
}
void main() {
FirebaseMessaging.onBackgroundMessage(_firebaseMessagingBackgroundHandler);
runApp(MyApp());
}
Obsługa działa w ramach własnego izolowanego środowiska poza kontekstem aplikacji, więc nie można zaktualizować stanu aplikacji ani wykonać żadnej logiki wpływającej na interfejs. Możesz jednak wykonywać operacje logiczne, takie jak żądania HTTP, operacje wejścia/wyjścia (np. aktualizowanie lokalnego magazynu danych) czy komunikowanie się z innymi wtyczkami.
Zalecamy też jak najszybsze uzupełnienie reguły. Długie, intensywne zadania wpływają na wydajność urządzenia i mogą spowodować zakończenie procesu przez system operacyjny. Jeśli zadania trwają dłużej niż 30 sekund, urządzenie może automatycznie zakończyć proces.
Sieć
W przeglądarce napisz skrypt JavaScript Service Worker, który działa w tle. Do obsługi wiadomości w tle używaj usługi workera.
Na początek utwórz w katalogu web
nowy plik o nazwie firebase-messaging-sw.js
:
// Please see this file for the latest firebase-js-sdk version:
// https://github.com/firebase/flutterfire/blob/master/packages/firebase_core/firebase_core_web/lib/src/firebase_sdk_version.dart
importScripts("https://www.gstatic.com/firebasejs/10.7.0/firebase-app-compat.js");
importScripts("https://www.gstatic.com/firebasejs/10.7.0/firebase-messaging-compat.js");
firebase.initializeApp({
apiKey: "...",
authDomain: "...",
databaseURL: "...",
projectId: "...",
storageBucket: "...",
messagingSenderId: "...",
appId: "...",
});
const messaging = firebase.messaging();
// Optional:
messaging.onBackgroundMessage((message) => {
console.log("onBackgroundMessage", message);
});
Plik musi importować pakiety SDK aplikacji i wiadomości, inicjować Firebase i wyświetlać zmienną messaging
.
Następnie pracownik musi zostać zarejestrowany. W pliku index.html
zarejestruj instancję roboczą, modyfikując tag <script>
, który inicjalizuje Flutter:
<script src="flutter_bootstrap.js" async>
if ('serviceWorker' in navigator) {
window.addEventListener('load', function () {
navigator.serviceWorker.register('firebase-messaging-sw.js', {
scope: '/firebase-cloud-messaging-push-scope',
});
});
}
</script>
Jeśli nadal używasz starego systemu szablonów, możesz zarejestrować pracownika, modyfikując tag <script>
, który uruchamia Flutter w ten sposób:
<html>
<body>
<script>
var serviceWorkerVersion = null;
var scriptLoaded = false;
function loadMainDartJs() {
if (scriptLoaded) {
return;
}
scriptLoaded = true;
var scriptTag = document.createElement('script');
scriptTag.src = 'main.dart.js';
scriptTag.type = 'application/javascript';
document.body.append(scriptTag);
}
if ('serviceWorker' in navigator) {
// Service workers are supported. Use them.
window.addEventListener('load', function () {
// Register Firebase Messaging service worker.
navigator.serviceWorker.register('firebase-messaging-sw.js', {
scope: '/firebase-cloud-messaging-push-scope',
});
// Wait for registration to finish before dropping the <script> tag.
// Otherwise, the browser will load the script multiple times,
// potentially different versions.
var serviceWorkerUrl =
'flutter_service_worker.js?v=' + serviceWorkerVersion;
navigator.serviceWorker.register(serviceWorkerUrl).then((reg) => {
function waitForActivation(serviceWorker) {
serviceWorker.addEventListener('statechange', () => {
if (serviceWorker.state == 'activated') {
console.log('Installed new service worker.');
loadMainDartJs();
}
});
}
if (!reg.active && (reg.installing || reg.waiting)) {
// No active web worker and we have installed or are installing
// one for the first time. Simply wait for it to activate.
waitForActivation(reg.installing ?? reg.waiting);
} else if (!reg.active.scriptURL.endsWith(serviceWorkerVersion)) {
// When the app updates the serviceWorkerVersion changes, so we
// need to ask the service worker to update.
console.log('New service worker available.');
reg.update();
waitForActivation(reg.installing);
} else {
// Existing service worker is still good.
console.log('Loading app from service worker.');
loadMainDartJs();
}
});
// If service worker doesn't succeed in a reasonable amount of time,
// fallback to plaint <script> tag.
setTimeout(() => {
if (!scriptLoaded) {
console.warn(
'Failed to load app from service worker. Falling back to plain <script> tag.'
);
loadMainDartJs();
}
}, 4000);
});
} else {
// Service workers not supported. Just drop the <script> tag.
loadMainDartJs();
}
</script>
</body>
Następnie ponownie uruchom aplikację Flutter. Pracownik zostanie zarejestrowany, a wszystkie wiadomości w tle będą obsługiwane za pomocą tego pliku.
Radzenie sobie z interakcją
Powiadomienia są widoczne, dlatego użytkownicy często wchodzą z nimi w interakcję (naciskając je). Domyślne działanie na Androidzie i iOS polega na otwieraniu aplikacji. Jeśli aplikacja została zamknięta, zostanie uruchomiona. Jeśli działa w tle, zostanie przeniesiona na pierwszy plan.
W zależności od treści powiadomienia możesz zdecydować się na interakcję użytkownika z aplikacją, gdy zostanie otwarta aplikacja. Jeśli na przykład nowa wiadomość na czacie zostanie wysłana za pomocą powiadomienia, a użytkownik kliknie je, możesz otworzyć konkretną rozmowę po otwarciu aplikacji.
Pakiet firebase-messaging
udostępnia 2 sposoby obsługi tej interakcji:
getInitialMessage()
: jeśli aplikacja zostanie otwarta z zamkniętego stanu, zwrócony zostanie obiektFuture
zawierający obiektRemoteMessage
. Po wykorzystaniuRemoteMessage
zostanie usunięty.onMessageOpenedApp
:Stream
, który publikujeRemoteMessage
, gdy aplikacja jest otwarta w tle.
Zalecamy uwzględnienie obu scenariuszy, aby zapewnić użytkownikom płynne wrażenia. Oto przykładowy kod, który opisuje, jak to zrobić:
class Application extends StatefulWidget {
@override
State<StatefulWidget> createState() => _Application();
}
class _Application extends State<Application> {
// It is assumed that all messages contain a data field with the key 'type'
Future<void> setupInteractedMessage() async {
// Get any messages which caused the application to open from
// a terminated state.
RemoteMessage? initialMessage =
await FirebaseMessaging.instance.getInitialMessage();
// If the message also contains a data property with a "type" of "chat",
// navigate to a chat screen
if (initialMessage != null) {
_handleMessage(initialMessage);
}
// Also handle any interaction when the app is in the background via a
// Stream listener
FirebaseMessaging.onMessageOpenedApp.listen(_handleMessage);
}
void _handleMessage(RemoteMessage message) {
if (message.data['type'] == 'chat') {
Navigator.pushNamed(context, '/chat',
arguments: ChatArguments(message),
);
}
}
@override
void initState() {
super.initState();
// Run code required to handle interacted messages in an async function
// as initState() must not be async
setupInteractedMessage();
}
@override
Widget build(BuildContext context) {
return Text("...");
}
}
Sposób obsługi interakcji zależy od konfiguracji aplikacji. Powyższy przykład przedstawia podstawową ilustrację z użyciem komponentu StatefulWidget.
Lokalizacja wiadomości
Lokalizowane ciągi tekstowe możesz wysyłać na 2 sposoby:
- Zapisywanie preferowanego języka każdego użytkownika na serwerze i wysyłanie dostosowanych powiadomień w każdym języku
- umieszczać w aplikacji zlokalizowane ciągi tekstowe i korzystać z ustawień języka domyślnego systemu operacyjnego;
Aby skorzystać z drugiej metody:
Android
Określ wiadomości w domyślnym języku w języku
resources/values/strings.xml
:<string name="notification_title">Hello world</string> <string name="notification_message">This is a message</string>
Określ przetłumaczone wiadomości w katalogu
values-language
. Na przykład wiadomości w języku francuskim wresources/values-fr/strings.xml
:<string name="notification_title">Bonjour le monde</string> <string name="notification_message">C'est un message</string>
W pliku danych serwera zamiast kluczy
title
,message
ibody
użyj kluczytitle_loc_key
ibody_loc_key
do zlokalizowanego komunikatu, a następnie ustaw je jako atrybutname
komunikatu, który chcesz wyświetlić.Treść wiadomości będzie wyglądać tak:
{ "data": { "title_loc_key": "notification_title", "body_loc_key": "notification_message" } }
iOS
Określ komunikaty w domyślnym języku w pliku
Base.lproj/Localizable.strings
:"NOTIFICATION_TITLE" = "Hello World"; "NOTIFICATION_MESSAGE" = "This is a message";
Określ przetłumaczone wiadomości w katalogu
language.lproj
. Na przykład możesz określić wiadomości w języku francuskim w elementachfr.lproj/Localizable.strings
:"NOTIFICATION_TITLE" = "Bonjour le monde"; "NOTIFICATION_MESSAGE" = "C'est un message";
Treść wiadomości będzie wyglądać tak:
{ "data": { "title_loc_key": "NOTIFICATION_TITLE", "body_loc_key": "NOTIFICATION_MESSAGE" } }
Włączanie eksportu danych o dostawie wiadomości
Dane dotyczące wiadomości możesz wyeksportować do BigQuery, aby je dokładniej przeanalizować. BigQuery umożliwia analizowanie danych za pomocą języka BigQuery SQL, eksportowanie ich do innego dostawcy usług w chmurze lub używanie ich do niestandardowych modeli ML. Eksport do BigQuery obejmuje wszystkie dostępne dane dotyczące wiadomości, niezależnie od ich typu i od tego, czy zostały wysłane za pomocą interfejsu API czy edytora powiadomień.
Aby włączyć eksportowanie, wykonaj najpierw czynności opisane tutaj, a potem wykonaj te instrukcje:
Android
Możesz użyć tego kodu:
await FirebaseMessaging.instance.setDeliveryMetricsExportToBigQuery(true);
iOS
W przypadku iOS musisz zastąpić AppDelegate.m
tymi treściami.
#import "AppDelegate.h"
#import "GeneratedPluginRegistrant.h"
#import <Firebase/Firebase.h>
@implementation AppDelegate
- (BOOL)application:(UIApplication *)application
didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
[GeneratedPluginRegistrant registerWithRegistry:self];
// Override point for customization after application launch.
return [super application:application didFinishLaunchingWithOptions:launchOptions];
}
- (void)application:(UIApplication *)application
didReceiveRemoteNotification:(NSDictionary *)userInfo
fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
[[FIRMessaging extensionHelper] exportDeliveryMetricsToBigQueryWithMessageInfo:userInfo];
}
@end
Sieć
Jeśli chcesz używać pakietu SDK w wersji 9, musisz zmienić skrypt service worker.
Wersja 9 musi być spakowana, więc musisz użyć narzędzia do tworzenia pakietów, takiego jak esbuild
, aby skrypt service worker działał.
Aby dowiedzieć się, jak to zrobić, zapoznaj się z przykładową aplikacją.
Po migracji na pakiet SDK w wersji 9 możesz użyć tego kodu:
import {
experimentalSetDeliveryMetricsExportedToBigQueryEnabled,
getMessaging,
} from 'firebase/messaging/sw';
...
const messaging = getMessaging(app);
experimentalSetDeliveryMetricsExportedToBigQueryEnabled(messaging, true);
Nie zapomnij uruchomić yarn build
, aby wyeksportować nową wersję usługi w tle do folderu web
.
Wyświetlanie obrazów w powiadomieniach na iOS
Aby na urządzeniach Apple przychodzące powiadomienia FCM wyświetlały obrazy z załadunku FCM, musisz dodać dodatkowe rozszerzenie usługi powiadomień i skonfigurować aplikację tak, aby z niego korzystała.
Jeśli korzystasz z uwierzytelniania Firebase przez telefon, musisz dodać poda uwierzytelniania Firebase do pliku Podfile.
Krok 1. Dodaj rozszerzenie usługi powiadomień
- W Xcode kliknij File > New > Target... (Plik > Nowy > Docelowy).
- Pojawi się modalna lista możliwych elementów docelowych. Przewiń w dół lub użyj filtra, aby wybrać Rozszerzenie usługi powiadomień. Kliknij Dalej.
- Dodaj nazwę produktu (użyj „ImageNotification”, aby łatwiej było Ci śledzić ten samouczek), ustaw język na Objective-C i kliknij Zakończ.
- Włącz schemat, klikając Aktywuj.
Krok 2. Dodaj do pliku Podfile element docelowy
Upewnij się, że nowe rozszerzenie ma dostęp do podu Firebase/Messaging
, dodając je w pliku Podfile:
W Nawigatorze otwórz plik Podfile: Pods > Podfile.
Przewiń do dołu pliku i dodaj:
target 'ImageNotification' do use_frameworks! pod 'Firebase/Auth' # Add this line if you are using FirebaseAuth phone authentication pod 'Firebase/Messaging' end
Zainstaluj lub zaktualizuj swoje pody, używając polecenia
pod install
z kataloguios
lubmacos
.
Krok 3. Użyj narzędzia do pomocy w rozszerzeniu
Na razie wszystko powinno działać normalnie. Ostatnim krokiem jest wywołanie pomocy dotyczącej rozszerzenia.
W nawigatorze wybierz rozszerzenie ImageNotification.
Otwórz plik
NotificationService.m
.Na górze pliku zaimportuj
FirebaseMessaging.h
tuż zaNotificationService.h
, jak pokazano poniżej.Zamień zawartość pliku
NotificationService.m
na:#import "NotificationService.h" #import "FirebaseMessaging.h" #import "FirebaseAuth.h" // Add this line if you are using FirebaseAuth phone authentication #import <UIKit/UIKit.h> // Add this line if you are using FirebaseAuth phone authentication @interface NotificationService () @property (nonatomic, strong) void (^contentHandler)(UNNotificationContent *contentToDeliver); @property (nonatomic, strong) UNMutableNotificationContent *bestAttemptContent; @end @implementation NotificationService /* Uncomment this if you are using Firebase Auth - (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<UIApplicationOpenURLOptionsKey, id> *)options { if ([[FIRAuth auth] canHandleURL:url]) { return YES; } return NO; } - (void)scene:(UIScene *)scene openURLContexts:(NSSet<UIOpenURLContext *> *)URLContexts { for (UIOpenURLContext *urlContext in URLContexts) { [FIRAuth.auth canHandleURL:urlContext.URL]; } } */ - (void)didReceiveNotificationRequest:(UNNotificationRequest *)request withContentHandler:(void (^)(UNNotificationContent * _Nonnull))contentHandler { self.contentHandler = contentHandler; self.bestAttemptContent = [request.content mutableCopy]; // Modify the notification content here... [[FIRMessaging extensionHelper] populateNotificationContent:self.bestAttemptContent withContentHandler:contentHandler]; } - (void)serviceExtensionTimeWillExpire { // Called just before the extension will be terminated by the system. // Use this as an opportunity to deliver your "best attempt" at modified content, otherwise the original push payload will be used. self.contentHandler(self.bestAttemptContent); } @end
Krok 4. Dodaj obraz do ładunku
Teraz możesz dodawać obrazy do ładunku powiadomienia. W dokumentacji iOS znajdziesz informacje o tworzeniu żądania wysyłania. Pamiętaj, że na urządzeniu obowiązuje maksymalny rozmiar obrazu wynoszący 300 KB.