Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite finden Sie Tipps zur Fehlerbehebung bei den ersten Schritten mit Performance Monitoring oder bei der Verwendung von Performance Monitoring-Funktionen und Performance Monitoring-Tools.
Erste Schritte zur Fehlerbehebung
Die folgenden beiden Prüfungen sind allgemeine Best Practices, die vor der weiteren Fehlerbehebung empfohlen werden.
1. Protokollmeldungen auf Leistungsereignisse prüfen
Prüfen Sie anhand der Log-Nachrichten, ob das Performance Monitoring SDK Leistungsereignisse erfasst.
Protokollmeldungen für Leistungsereignisse aufrufen
So aktivieren Sie die Debug-Protokollierung:
Wählen Sie in Xcode (mindestens Version 15.2) Product > Scheme > Edit scheme aus.
Wählen Sie im Menü auf der linken Seite Ausführen und dann den Tab Argumente aus.
Fügen Sie im Abschnitt Arguments Passed on Launch (Beim Start übergebene Argumente) -FIRDebugEnabled hinzu.
Prüfen Sie die Protokollmeldungen auf Fehler.
Performance Monitoring kennzeichnet seine Logmeldungen mit Firebase/Performance, damit Sie sie filtern können.
Prüfen Sie, ob die folgenden Arten von Protokollen vorhanden sind, die darauf hinweisen, dass Performance Monitoring Leistungsereignisse protokolliert:
Klicken Sie auf die URL, um Ihre Daten in der Firebase Console aufzurufen. Es kann einige Minuten dauern, bis die Daten im Dashboard aktualisiert werden.
Wenn in Ihrer App keine Leistungsereignisse protokolliert werden, lesen Sie die Tipps zur Fehlerbehebung.
2. Firebase-Status-Dashboard prüfen
Sehen Sie im Firebase-Status-Dashboard nach, ob ein bekannter Ausfall für Firebase oder Performance Monitoring vorliegt.
Einführung in Performance Monitoring
Wenn Sie gerade erst mit Performance Monitoring (iOS und höher | Android | Web) beginnen, können Ihnen die folgenden Tipps zur Fehlerbehebung bei Problemen helfen, die damit zusammenhängen, dass Firebase das SDK nicht erkennt oder Ihre ersten Leistungsdaten nicht in der Firebase-Konsole angezeigt werden.
Ich habe das SDK zur App hinzugefügt, aber in der Console wird weiterhin angezeigt, dass ich das SDK hinzufügen soll.
Firebase kann erkennen, ob Sie Ihrer App das Performance Monitoring SDK hinzugefügt haben, wenn es Ereignisinformationen (z. B. App-Interaktionen) von Ihrer App empfängt. In der Regel wird innerhalb von 10 Minuten nach dem Starten Ihrer App im Dashboard „Leistung“ der Firebase-Konsole die Meldung „SDK erkannt“ angezeigt. Innerhalb von 30 Minuten werden dann die ersten verarbeiteten Daten im Dashboard angezeigt.
Wenn Sie Ihrer App vor mehr als 10 Minuten die neueste Version des SDKs hinzugefügt haben und immer noch keine Änderungen sehen, prüfen Sie die Protokollmeldungen, um sicherzustellen, dass Performance Monitoring Ereignisse protokolliert. Führen Sie die unten beschriebenen Schritte zur Fehlerbehebung aus, um eine Meldung zur verzögerten SDK-Erkennung zu beheben.
Die App protokolliert Ereignisse: Schritte zur Fehlerbehebung
Wenn Sie noch lokal entwickeln, versuchen Sie, mehr Ereignisse für die Datenerhebung zu generieren:
Fahren Sie mit der Entwicklung Ihrer App mit einem Simulator oder Testgerät fort.
Erzeugen Sie Ereignisse, indem Sie Ihre App mehrmals zwischen Hintergrund und Vordergrund wechseln, mit Ihrer App interagieren, indem Sie zwischen Bildschirmen wechseln, und/oder Netzwerkanfragen auslösen.
Prüfen Sie, ob Ihre Firebase-Konfigurationsdatei (Google-Service-Info.plist) Ihrer App korrekt hinzugefügt wurde und ob Sie die Datei nicht geändert haben.
Prüfen Sie insbesondere Folgendes:
Der Name der Konfigurationsdatei enthält keine zusätzlichen Zeichen wie z. B. (2).
Die Konfigurationsdatei befindet sich im Stammverzeichnis Ihres XCode-Projekts und wurde den richtigen Zielen hinzugefügt.
Die in der Konfigurationsdatei angegebene Firebase-App-ID (GOOGLE_APP_ID) ist für Ihre App korrekt. Sie finden sie auf der Karte Meine Apps in den settingsProjekteinstellungen.
Wenn die Konfigurationsdatei in Ihrer App nicht richtig aussieht, versuchen Sie Folgendes:
Löschen Sie die Konfigurationsdatei, die sich derzeit in Ihrer App befindet.
Folgen Sie dieser Anleitung, um eine neue Konfigurationsdatei herunterzuladen und Ihrer Apple-App hinzuzufügen.
Wenn das SDK Ereignisse protokolliert und alles richtig eingerichtet ist, Sie aber nach zwei Stunden immer noch keine Meldung zur SDK-Erkennung oder keine verarbeiteten Daten sehen, wenden Sie sich an den Firebase-Support.
Die App protokolliert keine Ereignisse: Schritte zur Fehlerbehebung
In der Console wird angezeigt, dass das SDK erkannt wurde, aber keine Daten werden angezeigt.
Performance Monitoring verarbeitet Leistungsereignisdaten, bevor sie im Dashboard „Leistung“ angezeigt werden.
Wenn mehr als 24 Stunden vergangen sind, seit die Meldung „SDK erkannt“ angezeigt wurde, und Sie immer noch keine Daten sehen, sehen Sie im Firebase-Status-Dashboard nach, ob es einen bekannten Ausfall gibt. Wenn kein Ausfall vorliegt, wenden Sie sich an den Firebase-Support.
Allgemeine Fehlerbehebung
Wenn Sie das SDK erfolgreich hinzugefügt und Performance Monitoring in Ihrer App verwenden, können Ihnen die folgenden Tipps zur Fehlerbehebung bei allgemeinen Problemen mit Performance Monitoring-Funktionen und Performance Monitoring-Tools helfen.
In der App werden keine Leistungsereignisse protokolliert
Im Dashboard zur Leistungsüberwachung fehlen Bildschirm-Trace-Daten
Wenn für Bildschirm-Rendering-Spuren keine Daten vorhanden sind, versuchen Sie Folgendes:
Achten Sie darauf, dass Sie die neueste Version des SDKs für Apple-Plattformen (Version 11.6.0) verwenden. Bildschirm-Rendering-Tracks sind nur mit Version 5.0.0 oder höher verfügbar.
Performance Monitoring erstellt keine Bildschirmrendering-Spuren für Containeransichtscontroller wie UINavigationController und UITabBarController. Wenn Daten nur für diese Bildschirme fehlen, ist das ein normales Verhalten.
Im Dashboard zur Leistungsüberwachung fehlen benutzerdefinierte Trace-Daten
Werden für Sie Leistungsdaten für automatisch erfasste Traces angezeigt, aber nicht für Traces mit benutzerdefiniertem Code? Führen Sie die folgenden Schritte zur Fehlerbehebung aus:
Prüfen Sie die Einrichtung benutzerdefinierter Code-Traces, die über die Trace API instrumentiert wurden. Prüfen Sie insbesondere Folgendes:
Namen für benutzerdefinierte Code-Traces und benutzerdefinierte Messwerte müssen die folgenden Anforderungen erfüllen: keine anführenden oder nachgestellten Leerzeichen, kein anführendes Unterstrichzeichen (_) und eine maximale Länge von 32 Zeichen.
Alle Traces müssen gestartet und beendet werden. Alle Protokolle, die nicht gestartet, nicht angehalten oder vor dem Start angehalten wurden, werden nicht protokolliert.
Prüfen Sie die Protokollmeldungen, um sicherzustellen, dass Performance Monitoring die erwarteten benutzerdefinierten Code-Traces protokolliert.
Je nach Verhalten Ihres Codes und der von Ihrem Code verwendeten Netzwerkbibliotheken werden in Performance Monitoring möglicherweise nur Netzwerkanfragen erfasst, die abgeschlossen wurden. Das bedeutet, dass HTTP/S-Verbindungen, die offen bleiben, möglicherweise nicht gemeldet werden.
Performance Monitoring meldet keine Netzwerkanfragen mit ungültigen Content-Type-Headern. Netzwerkanfragen ohne die Content-Type-Header werden jedoch weiterhin akzeptiert.
Netzwerkanfragedaten werden nicht wie erwartet zusammengefasst
Was ist mit den wichtigsten Problemen auf der Karte „Leistung“ auf der Projektstartseite passiert?
Wir haben Häufigste Probleme durch Letzte Benachrichtigungen ersetzt. Dies ist eine Folge der Einführung von Benachrichtigungen, die Sie automatisch informieren, wenn die von Ihnen festgelegten Grenzwerte überschritten werden. Probleme werden nicht mehr unterstützt und durch Benachrichtigungen ersetzt.
Mit der App-Auswahl oben auf der Karte „Leistung“ können Sie die Benachrichtigungseinträge unter Letzte Benachrichtigungen filtern. Es werden nur die drei letzten Benachrichtigungen für die ausgewählten Apps angezeigt.
Wo ist die Möglichkeit geblieben, Grenzwerte für Probleme in der Konsole festzulegen?
Performance Monitoring unterstützt Benachrichtigungen für Messwerte, die festgelegte Schwellenwerte überschreiten. Um Verwechslungen mit diesen konfigurierbaren Grenzwerten für Leistungsmesswerte zu vermeiden, haben wir die Möglichkeit entfernt, Grenzwerte für Probleme zu konfigurieren.
Was ist mit den Details und Messwerten in der Firebase-Konsole passiert?
Wir haben die Seiten „Details“ und „Messwerte“ durch eine neu gestaltete, zentrale Benutzeroberfläche ersetzt, damit Sie Probleme noch besser beheben können. Diese neue Benutzeroberfläche für die Fehlerbehebung bietet dieselben grundlegenden Funktionen wie „Details“ und „Messwerte“. Weitere Informationen zur Fehlerbehebung finden Sie unter Weitere Daten für einen bestimmten Trace ansehen.
Warum entspricht die Anzahl der Stichproben nicht meinen Erwartungen?
Performance Monitoring erhebt Leistungsdaten von den Nutzergeräten Ihrer App. Wenn Ihre Anwendung viele Nutzer hat oder die App eine große Menge an Leistungsaktivitäten generiert, kann Performance Monitoring die Datenerhebung auf eine Teilmenge der Geräte beschränken, um die Anzahl der verarbeiteten Ereignisse zu reduzieren. Diese Limits sind so hoch, dass die Messwerte auch bei weniger Ereignissen repräsentativ für die App-Nutzung Ihrer Nutzer sind.
Um das Volumen der erhobenen Daten zu verwalten, verwendet Performance Monitoring die folgenden Stichprobenerhebungsoptionen:
Ratenbegrenzung auf dem Gerät: Um zu verhindern, dass ein Gerät plötzlich viele Traces sendet, begrenzen wir die Anzahl der Code- und Netzwerkanfrage-Traces, die von einem Gerät gesendet werden, auf 300 Ereignisse alle 10 Minuten. Dieser Ansatz schützt das Gerät vor Schleifeninstrumentierungen, die große Mengen an Leistungsdaten senden können, und verhindert, dass ein einzelnes Gerät die Leistungsmessungen verfälscht.
Dynamische Stichprobenerhebung: Performance Monitoring erfasst täglich eine begrenzte Anzahl von Code- und Netzwerkanfrage-Traces pro App für alle App-Nutzer. Eine dynamische Stichprobenrate wird auf Geräten (mit Firebase Remote Config) abgerufen, um zu ermitteln, ob ein zufälliges Gerät Traces erfassen und senden soll. Von Geräten, die nicht für die Stichprobenerhebung ausgewählt wurden, werden keine Ereignisse gesendet. Die dynamische Stichprobenerhebung ist app-spezifisch und wird so angepasst, dass das Gesamtvolumen der erfassten Daten unter dem Limit bleibt.
Für Projekte, für die die BigQuery-Integration aktiviert ist, gilt ein höheres Limit für die Anzahl der Netzwerkanfrage-Traces.
Bei Nutzersitzungen werden zusätzliche, detaillierte Daten vom Gerät eines Nutzers gesendet. Das Erfassen und Senden der Daten erfordert mehr Ressourcen. Um die Auswirkungen von Nutzersitzungen zu minimieren, kann Performance Monitoring auch die Anzahl der Sitzungen begrenzen.
Serverseitige Ratenbegrenzung: Damit Apps das Stichprobenlimit nicht überschreiten, kann Performance Monitoring serverseitige Stichprobenerhebung verwenden, um einige von Geräten empfangene Ereignisse zu verwerfen. Diese Art der Begrenzung ändert zwar nicht die Effektivität unserer Messwerte, kann aber zu geringfügigen Musterverschiebungen führen, darunter:
Die Anzahl der Traces kann von der Häufigkeit abweichen, mit der ein Code ausgeführt wurde.
Traces, die im Code eng miteinander verbunden sind, können jeweils eine unterschiedliche Anzahl von Samples haben.
Was ist mit dem Tab Probleme in der Console passiert?
Der Tab „Probleme“ wurde durch den Tab „Benachrichtigungen“ ersetzt. Sie werden dort automatisch benachrichtigt, wenn die von Ihnen festgelegten Schwellenwerte überschritten werden. Sie müssen den Status eines Grenzwerts nicht mehr manuell in der Firebase-Konsole prüfen. Weitere Informationen zu Benachrichtigungen finden Sie unter Benachrichtigungen für Leistungsprobleme einrichten.
Was ist mit den Tabs Auf dem Gerät und Netzwerk in der Console passiert?
Wie kann ich mir die Spuren ansehen, die auf diesen Seiten vorhanden waren?
Wir haben den Bereich Performance Monitoring der Firebase-Konsole neu gestaltet, sodass auf dem Tab Dashboard Ihre wichtigsten Messwerte und alle Traces an einem Ort angezeigt werden. Im Rahmen des Redesigns haben wir die Seiten Auf dem Gerät und Netzwerk entfernt.
Die Tabelle mit den Aufzeichnungen unten auf dem Tab Dashboard enthält dieselben Informationen wie die Tabs Auf dem Gerät und Netzwerk, bietet aber einige zusätzliche Funktionen, z. B. die Möglichkeit, die Aufzeichnungen nach der prozentualen Änderung für einen bestimmten Messwert zu sortieren. Wenn Sie alle Messwerte und Daten für einen bestimmten Trace aufrufen möchten, klicken Sie in der Trace-Tabelle auf den Namen des Traces.
Sie können sich Ihre Traces in den folgenden Untertabs der Traces-Tabelle ansehen:
Netzwerkanfrage-Traces (sowohl vordefinierte als auch benutzerdefinierte) – Untertab Netzwerkanfragen
Traces mit benutzerdefiniertem Code – Untertab Benutzerdefinierte Traces
App-Start, App im Vordergrund, App im Hintergrund – Untertab Benutzerdefinierte Traces
Weitere Informationen zur Tabelle mit den Traces sowie zu den Messwerten und Daten finden Sie auf der Übersichtsseite der Console (iOS und höher | Android | Web).
Warum entspricht die Anzahl der langsamen und eingefrorenen Frames nicht meinen Erwartungen?
Frames mit langsamem Rendering und eingefrorene Frames werden mit einer angenommenen Geräteaktualisierungsrate von 60 Hz berechnet. Wenn die Bildwiederholrate eines Geräts unter 60 Hz liegt, ist die Renderingzeit für jeden Frame länger, da weniger Frames pro Sekunde gerendert werden.
Längere Renderingzeiten können dazu führen, dass mehr langsame oder eingefrorene Frames gemeldet werden, da mehr Frames langsamer gerendert werden oder einfrieren. Wenn die Bildwiederholrate eines Geräts jedoch über 60 Hz liegt, ist die Renderingzeit für jeden Frame kürzer.
Dadurch werden möglicherweise weniger langsame oder eingefrorene Frames gemeldet. Das ist eine aktuelle Einschränkung im Performance Monitoring SDK.
Der Export meiner Performance Monitoring-Daten nach BigQuery dauert länger als erwartet. Ist das nicht in Echtzeit?
Wenn Sie die BigQuery-Integration für Firebase Performance Monitoring aktiviert haben, werden Ihre Daten 12 bis 24 Stunden nach Tagesende (UTC−8) nach BigQuery exportiert.
Die Daten für den 19. April sind beispielsweise am 20. April zwischen 12:00 Uhr und Mitternacht in BigQuery verfügbar (alle Datumsangaben und Uhrzeiten sind in der Pacific Time-Zeitzone).
Datenverarbeitung und ‑darstellung nahezu in Echtzeit
Was bedeutet „nahezu in Echtzeit“ bei Leistungsdaten?
Firebase Performance Monitoring verarbeitet die erfassten Leistungsdaten in Echtzeit, sodass sie in der Firebase-Konsole nahezu in Echtzeit angezeigt werden. Die verarbeiteten Daten werden innerhalb weniger Minuten nach der Erfassung in der Console angezeigt. Daher der Begriff „nahezu in Echtzeit“.
Damit Sie die Datenverarbeitung in nahezu Echtzeit nutzen können, muss in Ihrer App eine mit Echtzeit kompatible SDK-Version verwendet werden.
Wie erhalte ich nahezu in Echtzeit Leistungsdaten für meine App?
Wenn Sie die Echtzeitverarbeitung nutzen möchten, müssen Sie nur darauf achten, dass Ihre App eine Performance Monitoring SDK-Version verwendet, die mit der Echtzeitverarbeitung kompatibel ist.
Das sind die echtzeitkompatiblen SDK-Versionen:
iOS: Version 7.3.0 oder höher
tvOS – Version 8.9.0 oder höher
Android: Version 19.0.10 oder höher (oder Firebase Android BoM Version 26.1.0 oder höher)
Web – Version 7.14.0 oder höher
Wir empfehlen immer die neueste SDK-Version zu verwenden. Mit jeder der oben aufgeführten Versionen kann Performance Monitoring Ihre Daten jedoch nahezu in Echtzeit verarbeiten.
Welche Versionen des Performance Monitoring SDK gelten als echtzeitkompatibel?
Folgende SDK-Versionen sind mit der Echtzeitdatenverarbeitung kompatibel:
iOS: Version 7.3.0 oder höher
tvOS – Version 8.9.0 oder höher
Android: Version 19.0.10 oder höher (oder Firebase Android BoM Version 26.1.0 oder höher)
Web – Version 7.14.0 oder höher
Wir empfehlen immer die neueste SDK-Version zu verwenden. Mit jeder der oben aufgeführten Versionen kann Performance Monitoring Ihre Daten jedoch nahezu in Echtzeit verarbeiten.
Was passiert, wenn ich meine App nicht auf eine mit der Echtzeitfunktion kompatible SDK-Version aktualisiere?
Wenn Ihre App keine Echtzeit-kompatible SDK-Version verwendet, sehen Sie in der Firebase-Konsole weiterhin alle Leistungsdaten Ihrer App. Die Leistungsdaten werden jedoch erst etwa 36 Stunden nach der Erhebung angezeigt.
Ich habe auf eine echtzeitkompatible SDK-Version umgestellt, einige meiner Nutzer verwenden aber noch alte Versionen meiner App. Werden ihre Leistungsdaten weiterhin in der Firebase-Konsole angezeigt?
Sehr gut. Unabhängig davon, welche SDK-Version eine App-Instanz verwendet, sehen Sie Leistungsdaten aller Ihrer Nutzer.
Wenn Sie sich jedoch aktuelle Daten ansehen (jünger als etwa 36 Stunden), stammen die angezeigten Daten von Nutzern von App-Instanzen, die eine Echtzeit-kompatible SDK-Version verwenden. Die nicht aktuellen Daten enthalten jedoch Leistungsdaten aus allen Versionen Ihrer App.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2024-12-04 (UTC)."],[],[]]