Na tej stronie znajdziesz porady dotyczące rozwiązywania problemów z uruchomieniem Performance Monitoring lub używaniem funkcji i narzędzi Performance Monitoring.
Pierwsze sprawdzenia na potrzeby rozwiązywania problemów
Te 2 sprawdzenia to ogólne sprawdzone metody, które zalecamy zastosować przed dalszym rozwiązywaniem problemów.
1. Sprawdzanie komunikatów z dziennika pod kątem zdarzeń związanych ze skutecznością
Sprawdź wiadomości w logach, aby mieć pewność, że pakiet SDK Performance Monitoring rejestruje zdarzenia dotyczące wydajności.
Jak wyświetlać komunikaty logowania dotyczące zdarzeń związanych z wydajnością
Włącz logowanie debugowania Performance Monitoring podczas kompilacji, dodając element
<meta-data>
do plikuAndroidManifest.xml
aplikacji w następujący sposób:<application> <meta-data android:name="firebase_performance_logcat_enabled" android:value="true" /> </application>
Sprawdź, czy w logach nie ma komunikatów o błędach.
Performance Monitoring oznacza swoje komunikaty w dzienniku tagiem
FirebasePerformance
. Za pomocą filtrowania logcat możesz wyświetlić ślad czasu trwania i logowanie zapytań sieciowych HTTP/S, uruchamiając to polecenie:adb logcat -s FirebasePerformance
Sprawdź, czy występują te typy dzienników, które wskazują, że Performance Monitoring rejestruje zdarzenia dotyczące skuteczności:
Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
Logging network request trace: URL
Kliknij adres URL, aby wyświetlić dane w konsoli Firebase. Może minąć kilka chwil, zanim dane zostaną zaktualizowane w panelu.
Jeśli Twoja aplikacja nie rejestruje zdarzeń związanych z wydajnością, zapoznaj się z wskazówkami dotyczącymi rozwiązywania problemów.
2. Sprawdzanie panelu stanu Firebase
Sprawdź w Panelu stanu Firebase, czy nie doszło do przerwy w działaniu Firebase lub Performance Monitoring.
Pierwsze kroki z Performance Monitoring
Jeśli dopiero zaczynasz korzystać z Performance Monitoring (iOS+ | Android | strona internetowa), te wskazówki dotyczące rozwiązywania problemów mogą Ci pomóc w rozwiązaniu problemów związanych z wykrywaniem pakietu SDK przez Firebase lub wyświetlaniem pierwszych danych o wydajności w konsoli Firebase.
Dodano pakiet SDK do aplikacji, ale w konsoli nadal wyświetla się komunikat o konieczności dodania pakietu SDK
Firebase może wykryć, czy do aplikacji Performance Monitoring dodano pakiet SDK, gdy otrzyma z niej informacje o zdarzeniach (np. interakcjach z aplikacją). Zazwyczaj w ciągu 10 minut od uruchomienia aplikacji na stronie Wydajność konsoli konsoli Firebase pojawi się komunikat „Wykryto pakiet SDK”. Następnie w ciągu 30 minut panel wyświetla wstępnie przetworzone dane.
Jeśli od dodania do aplikacji najnowszej wersji pakietu SDK minęło ponad 10 minut, a nadal nie widać żadnych zmian, sprawdź logi, aby się upewnić, że Performance Monitoring rejestruje zdarzenia. Aby rozwiązać problem z opóźnionym wykryciem pakietu SDK, wykonaj odpowiednie czynności opisane poniżej.
Aplikacja loguje zdarzenia: instrukcje rozwiązywania problemów
Upewnij się, że używasz pakietu Performance MonitoringAndroid SDK w wersji 19.1.0 lub nowszej (lub Firebase BoM26.3.0 lub nowszej). Więcej informacji znajdziesz w notatce o wypuszczeniu.
Jeśli nadal tworzysz aplikację lokalnie, spróbuj wygenerować więcej zdarzeń do zbierania danych:
- Aby generować zdarzenia, kilka razy przełączaj aplikację między tłem a pierwszym planem, wchodzij w interakcję z aplikacją za pomocą przechodzenia między ekranami lub uruchamiaj żądania sieciowe.
Upewnij się, że plik konfiguracji Firebase (
google-services.json
) został prawidłowo dodany do aplikacji i nie został zmodyfikowany. Sprawdź te kwestie:Sprawdź, czy nazwa pliku konfiguracyjnego nie zawiera dodatkowych znaków, np.
(2)
.Plik konfiguracyjny znajduje się w katalogu module (poziom aplikacji) aplikacji.
Identyfikator aplikacji Firebase na Androida (
mobilesdk_app_id
) podany w pliku konfiguracyjnym jest prawidłowy dla Twojej aplikacji. Znajdź identyfikator aplikacji Firebase na karcie Twoje aplikacje w sekcji settings Ustawienia projektu.
Jeśli coś jest nie tak z plikiem konfiguracji w aplikacji, wykonaj te czynności:
Usuń plik konfiguracji, który jest obecnie w Twojej aplikacji.
Aby pobrać nowy plik konfiguracji i dodać go do aplikacji na Androida, wykonaj te instrukcje.
Jeśli pakiet SDK rejestruje zdarzenia i wszystko wydaje się być prawidłowo skonfigurowane, ale nadal nie widzisz komunikatu o wykryciu pakietu SDK ani przetworzonych danych (po 10 minutach), skontaktuj się z zespołem pomocy Firebase.
Aplikacja nie rejestruje zdarzeń: kroki umożliwiające rozwiązanie problemu
Sprawdź konfigurację wtyczki Performance Monitoring Gradle w ten sposób:
Sprawdź, czy wtyczka została dodana prawidłowo. Sprawdź te kwestie:
- Dodano wtyczkę (
) w plikuapply plugin: 'com.google.firebase.firebase-perf' build.gradle
modułu (na poziomie aplikacji). - W pliku
build.gradle
na poziomie projektu uwzględniono zależność classpath dla wtyczki (
).classpath 'com.google.firebase:perf-plugin:1.4.2'
- Dodano wtyczkę (
Upewnij się, że wtyczka nie jest wyłączona za pomocą żadnego z tych flag:
instrumentationEnabled
w plikubuild.gradle
(na poziomie aplikacji) modułufirebasePerformanceInstrumentationEnabled
w plikugradle.properties
Sprawdź, czy pakiet SDK Performance Monitoring niezostał wyłączony za pomocą jednego z tych flag w pliku
AndroidManifest.xml
:firebase_performance_collection_enabled
firebase_performance_collection_deactivated
Upewnij się, że Performance Monitoring nie jest wyłączona w czasie wykonywania.
Jeśli nie widzisz niczego, co jest wyłączone w aplikacji, skontaktuj się z zespołem pomocy Firebase.
Konsola informuje, że pakiet SDK został wykryty, ale nie wyświetla żadnych danych
Performance Monitoring przetwarza dane o wydarzeniach związanych ze skutecznością przed wyświetleniem ich w panelu Skuteczność.
Jeśli od pojawienia się komunikatu „Wykryto pakiet SDK” minęło ponad 24 godziny, a nadal nie widzisz danych, sprawdź panel stanu Firebase, aby się dowiedzieć, czy nie ma tam żadnej znanej awarii. Jeśli nie ma przerwy w działaniu usługi, skontaktuj się z zespołem pomocy Firebase.
Rozwiązywanie ogólnych problemów
Jeśli dodasz pakiet SDK i używasz w aplikacji pakietu Performance Monitoring, te wskazówki dotyczące rozwiązywania problemów mogą pomóc Ci w rozwiązaniu ogólnych problemów z funkcjami i narzędziami Performance Monitoring.
Aplikacja nie rejestruje zdarzeń dotyczących wydajności
Jeśli nie widzisz wiadomości z dziennika dotyczących zdarzeń związanych z wydajnością, wykonaj te czynności:
Sprawdź konfigurację wtyczki Performance Monitoring Gradle w ten sposób:
Sprawdź, czy wtyczka została dodana prawidłowo. Sprawdź te kwestie:
- Dodano wtyczkę (
) w plikuapply plugin: 'com.google.firebase.firebase-perf' build.gradle
modułu (na poziomie aplikacji). - W pliku
build.gradle
na poziomie projektu została uwzględniona zależność ścieżki klasy dla wtyczki (
).classpath 'com.google.firebase:perf-plugin:1.4.2'
- Dodano wtyczkę (
Upewnij się, że wtyczka nie jest wyłączona za pomocą jednego z tych flag:
instrumentationEnabled
w plikubuild.gradle
(na poziomie aplikacji) modułufirebasePerformanceInstrumentationEnabled
w plikugradle.properties
Sprawdź, czy pakiet SDK Performance Monitoring niezostał wyłączony za pomocą jednego z tych flag w pliku
AndroidManifest.xml
:firebase_performance_collection_enabled
firebase_performance_collection_deactivated
Upewnij się, że Performance Monitoring nie jest wyłączona w czasie wykonywania.
Jeśli nie możesz znaleźć w aplikacji niczego, co jest wyłączone, skontaktuj się z zespołem pomocy Firebase.
W panelu wydajności brakuje danych zrzutu ekranu
Jeśli brakuje Ci danych dotyczących śledzenia renderowania ekranu, wykonaj te czynności:
Upewnij się, że używasz najnowszej wersji pakietu SDK Androida (21.0.2). Ślady renderowania ekranu są dostępne tylko w wersji 15.2.0 lub nowszej.
Upewnij się, że akseleracja sprzętowa nie została wyłączona ręcznie na ekranie.
Upewnij się, że nie używasz DexGuard ani Jack. Performance Monitoring jest niezgodna z tymi zestawami narzędzi.
DexGuard wyłącza automatyczne zbieranie informacji o uruchamianiu aplikacji, jej działaniu na pierwszym planie i w tle. Jeśli Twoja aplikacja korzysta z DexGuard, wszystkie ślady kodu niestandardowego powinny jednak działać normalnie.
Jack został wycofany i zwykle nie należy go używać w aplikacji.
W panelu skuteczności brakuje danych z niestandardowego śledzenia
Czy widzisz dane o skuteczności dla automatycznie zebranych ścieżek, ale nie dla ścieżek kodu niestandardowego? Wypróbuj te rozwiązania:
Jeśli ścieżki niestandardowego kodu zostały zinstrumentowane za pomocą Trace API, sprawdź konfigurację ścieżek, zwłaszcza te elementy:
- Nazwy ścieżek niestandardowego kodu i danych niestandardowych muszą spełniać te wymagania: nie mogą zawierać spacji na początku ani na końcu, nie mogą zaczynać się od znaku podkreślenia (
_
), a ich maksymalna długość to 32 znaki. - Wszystkie ścieżki muszą być uruchamiane i zatrzymywane. Nie rejestruje się żadnych ścieżek, które nie zostały uruchomione, zatrzymane lub zatrzymane przed rozpoczęciem.
- Nazwy ścieżek niestandardowego kodu i danych niestandardowych muszą spełniać te wymagania: nie mogą zawierać spacji na początku ani na końcu, nie mogą zaczynać się od znaku podkreślenia (
Jeśli za pomocą
@AddTrace
notacji instrumentowałeś niestandardowe logi kodu, sprawdź konfigurację wtyczki Performance Monitoring Gradle:Sprawdź, czy wtyczka została dodana prawidłowo. W szczególności sprawdź następujące kwestie:
- Dodano wtyczkę (
) w plikuapply plugin: 'com.google.firebase.firebase-perf' build.gradle
modułu (na poziomie aplikacji). - W pliku
build.gradle
na poziomie projektu uwzględniono zależność classpath dla wtyczki (
).classpath 'com.google.firebase:perf-plugin:1.4.2'
- Dodano wtyczkę (
Upewnij się, że wtyczka nie jest wyłączona za pomocą żadnego z tych flag:
instrumentationEnabled
w plikubuild.gradle
(na poziomie aplikacji) modułufirebasePerformanceInstrumentationEnabled
w plikugradle.properties
Sprawdź komunikaty w logach, aby się upewnić, że Performance Monitoring rejestruje oczekiwane ścieżki kodu niestandardowego.
Jeśli Performance Monitoring rejestruje zdarzenia, ale po 24 godzinach nie wyświetla się żadna informacja, skontaktuj się z zespołem pomocy Firebase.
W panelu skuteczności brakuje danych o żądaniach sieci
Jeśli brakuje danych dotyczących żądań sieciowych, wykonaj te czynności, by rozwiązać problem:
W przypadku aplikacji na Androida wtyczka do Gradle Performance Monitoring umożliwia instrumentację, która umożliwia automatyczne monitorowanie żądań sieciowych HTTP/S. Sprawdź te kwestie:
Sprawdź, czy wtyczka została dodana prawidłowo. W szczególności sprawdź następujące kwestie:
- Dodano wtyczkę (
) w plikuapply plugin: 'com.google.firebase.firebase-perf' build.gradle
modułu (na poziomie aplikacji). - W pliku
build.gradle
na poziomie projektu uwzględniono zależność classpath dla wtyczki (
).classpath 'com.google.firebase:perf-plugin:1.4.2'
- Dodano wtyczkę (
Upewnij się, że wtyczka nie jest wyłączona za pomocą jednego z tych flag:
instrumentationEnabled
w plikubuild.gradle
(na poziomie aplikacji) modułufirebasePerformanceInstrumentationEnabled
w plikugradle.properties
Sprawdź, czy biblioteka sieciowa jest zgodna. Performance Monitoring automatycznie zbiera dane dotyczące żądań sieciowych, które korzystają z tych bibliotek sieciowych: OkHttp 3.x.x, Java's URLConnection i Apache HttpClient.
Pamiętaj, że możesz dodać monitorowanie niestandardowe na potrzeby żądań sieciowych.
Pamiętaj:
W zależności od zachowania kodu i bibliotek sieciowych używanych przez kod Performance Monitoring może raportować tylko żądania sieciowe, które zostały wykonane. Oznacza to, że otwarte połączenia HTTP/S mogą nie być zgłaszane.
Performance Monitoring nie jest zgodny z DexGuard i Jack.
- DexGuard wyłącza monitorowanie żądań sieciowych HTTP/S.
- Język Jack został wycofany i zwykle nie należy go używać w swojej aplikacji.
Performance Monitoring nie raportuje żądań sieci z nieprawidłowymi nagłówkami
Content-Type
. Nadal będą jednak akceptowane żądania sieci bez nagłówkówContent-Type
.
Dane żądań sieciowych nie agregują się w oczekiwany sposób
Dowiedz się więcej o tym, jak Performance Monitoring agreguje dane dotyczące żądań sieciowych w ramach wzorów adresów URL.
Możesz też wypróbować niestandardowe wzorce adresów URL.
Najczęstsze pytania
Co się stało z kartą Najważniejsze problemy na karcie Wyniki na stronie głównej projektu?
W nawiązaniu do naszego niedawnego wprowadzenia alertów, które automatycznie wysyłają powiadomienia po przekroczeniu ustawionych przez Ciebie progów, zastąpiliśmy Najczęstsze problemy Ostatnimi alertami. Problemy są teraz wycofywane i zastępowane przez alerty.
Selektor aplikacji u góry karty Skuteczność filtruje wpisy alertów w sekcji Ostatnie alerty. Wyświetlane są tylko 3 ostatnie alerty dotyczące wybranych aplikacji.
Więcej informacji o alertach znajdziesz w artykule Konfigurowanie alertów dotyczących problemów z wydajnością.
Co się stało z możliwością ustawiania progów dla problemów w konsoli?
Performance Monitoring obsługuje alerty dotyczące danych, które przekraczają zdefiniowane progi. Aby uniknąć nieporozumień związanych z tymi konfigurowalnymi wartościami progowymi danych o wydajności, usunęliśmy możliwość konfigurowania wartości progowych dla problemów.
Co się stało z informacjami Szczegóły i Dane w konsoli Firebase?
Zastąpiliśmy strony Szczegóły i Dane nowo zaprojektowanym, scentralizowanym interfejsem użytkownika, aby ułatwić rozwiązywanie problemów. Nowy interfejs rozwiązywania problemów udostępnia te same podstawowe funkcje, co interfejs Szczegóły i Mierniki. Więcej informacji o rozwiązywaniu problemów znajdziesz w artykule Wyświetlanie dodatkowych danych dotyczących konkretnego śledzenia.
Dlaczego liczba próbek nie jest zgodna z moimi oczekiwaniami?
Performance Monitoring zbiera dane o wydajności z urządzeń użytkowników Twojej aplikacji. Jeśli Twoja aplikacja ma wielu użytkowników lub generuje dużą aktywność, Performance Monitoring może ograniczyć zbieranie danych do podzbioru urządzeń, aby zmniejszyć liczbę przetwarzanych zdarzeń. Te limity są wystarczająco wysokie, aby nawet przy mniejszej liczbie zdarzeń wartości danych nadal odzwierciedlały wrażenia użytkownika związane z aplikacją.
Aby zarządzać ilością danych, które zbieramy, Performance Monitoring używa tych opcji próbkowania:
Ograniczenie szybkości na urządzeniu: aby zapobiec nagłem wysyłaniu przez urządzenie dużej liczby ścieżek, ograniczamy liczbę ścieżek kodu i żądań sieci wysyłanych z urządzenia do 300 zdarzeń na 10 minut. Takie podejście chroni urządzenie przed instrumentacją w pętli, która może wysyłać duże ilości danych o wydajności, oraz zapobiega temu, aby pojedyncze urządzenie nie zafałszowało pomiarów wydajności.
Próbkowanie dynamiczne: Performance Monitoring zbiera codziennie ograniczoną liczbę logów czasu kodu i żądań sieciowych na aplikację od wszystkich użytkowników aplikacji. Na urządzeniach pobierana jest dynamiczna częstotliwość próbkowania (za pomocą funkcji Firebase Remote Config), aby określić, czy losowe urządzenie powinno rejestrować i przesyłać ścieżki. Urządzenie, które nie zostało wybrane do próbkowania, nie wysyła żadnych zdarzeń. Częstotliwość próbkowania dynamicznego jest związana z aplikacją i dostosowuje się tak, aby łączna ilość zebranych danych nie przekraczała limitu.
Projekty, w których włączono integrację z BigQuery, mają wyższy limit liczby śladów żądań sieciowych.
Sesje użytkownika wysyłają dodatkowe, szczegółowe dane z urządzenia użytkownika, co wymaga większej ilości zasobów do przechwytywania i wysyłania danych. Aby zminimalizować wpływ sesji użytkownika, Performance Monitoring może też ograniczyć liczbę sesji.
Ograniczenie szybkości po stronie serwera: aby zapobiec przekroczeniu limitu próbkowania przez aplikacje, Performance Monitoring może używać próbkowania po stronie serwera do pomijania niektórych zdarzeń odbieranych z urządzeń. Chociaż to ograniczenie nie zmienia skuteczności naszych danych, może powodować drobne zmiany wzorców, w tym:
- Liczba śladów może się różnić od liczby razy, kiedy fragment kodu został wykonany.
- Ślady, które są ściśle sprzężone w kodzie, mogą zawierać różną liczbę próbek.
Co się stało z kartą Problemy w konsoli?
Zamiast karty Problemy wprowadziliśmy kartę Ostrzeżenia, która automatycznie wysyła powiadomienia, gdy przekroczone zostaną ustawione przez Ciebie progi. Aby sprawdzić stan progu, nie musisz już ręcznie sprawdzać konsoli Firebase. Więcej informacji o alertach znajdziesz w artykule Konfigurowanie alertów o problemach z wydajnością.
Co się stało z kartami Na urządzeniu i Sieć w konsoli? Jak mogę wyświetlić ścieżki na tych stronach?
Zmodyfikowaliśmy sekcję Performance Monitoring w konsoli Firebase, tak aby na karcie Panel wyświetlały się najważniejsze dane i wszystkie logi czasu w jednym miejscu. W ramach przeprojektowania usunęliśmy strony Na urządzeniu i Sieć.
Tabela prześledzeń u dołu karty Panel zawiera te same informacje, które są widoczne na kartach Na urządzeniu i Sieć, ale z dodatkowymi funkcjami, takimi jak możliwość sortowania prześledzeń według procentowej zmiany konkretnego rodzaju danych. Aby wyświetlić wszystkie dane dotyczące konkretnego śledzenia, kliknij jego nazwę w tabeli śledzenia.
Ścieżki możesz wyświetlać na tych podrzędach w tabeli ścieżek:
- śledzenia żądań sieciowych (zarówno domyślnych, jak i niestandardowych) – podkarta Żądania sieciowe.
- Ścieżki niestandardowego kodu – karta Ścieżki niestandardowe
- Ścieżki uruchamiania aplikacji, ścieżki aplikacji na pierwszym planie i ścieżki aplikacji działającej w tle – podkarta Ścieżki niestandardowe
- Ślady renderowania ekranu – podkarta Renderowanie ekranu
- Ścieżki wczytywania strony – karta Wczytywanie strony
Szczegółowe informacje o tabeli prześledowań oraz wyświetlaniu danych i wskaźników znajdziesz na stronie przeglądu konsoli (iOS+ | Android | Internet).
Dlaczego liczba wolno wyrenderowanych i zablokowanych klatek nie jest zgodna z moimi oczekiwaniami?
Czasy renderowania spowolnionych i zablokowanych klatek są obliczane przy założeniu częstotliwości odświeżania urządzenia 60 Hz. Jeśli częstotliwość odświeżania urządzenia jest niższa niż 60 Hz, czas renderowania każdej klatki będzie dłuższy, ponieważ w sekundzie wyrenderowanych zostanie mniej klatek. Wolniejsze czasy renderowania mogą powodować zgłaszanie większej liczby spowolnionych lub zablokowanych klatek, ponieważ więcej klatek będzie renderowanych wolniej lub zablokowanych. Jeśli jednak częstotliwość odświeżania urządzenia jest wyższa niż 60 Hz, czas renderowania każdej klatki będzie krótszy. Może to spowodować raportowanie mniejszej liczby spowolnionych lub zablokowanych klatek. Jest to obecne ograniczenie pakietu SDK Performance Monitoring.
Dlaczego nie widzę śladów fragmentów?
Aby oprócz aktywności aplikacji zobaczyć też wydajność fragmentów, sprawdź, czy Twoja aplikacja korzysta z Performance Monitoring pakietu Android SDK w wersji 20.1.0 lub nowszej. Więcej informacji znajdziesz w artykule Dodawanie monitorowania wydajności do aplikacji.
Jak sprawdzić, które ślady są powiązane z fragmentami i aktywnościami?
Każdy z fragmentów i śladów aktywności jest oparty na nazwie klasy zdefiniowanej w aplikacji. Każdy zrzut ekranu zawiera prefiks st, po którym następuje nazwa klasy. W konsoli Firebase prefiks jest usuwany. Więcej informacji znajdziesz w artykule Dowiedz się więcej o danych o skuteczności renderowania ekranu (aplikacje na urządzenia z systemem Android i Apple) .
Dlaczego widzę mniej ścieżek fragmentów niż innych ścieżek?
Performance Monitoring przeprowadza próbkowanie zdarzeń na podstawie wszystkich zdarzeń zebranych na urządzeniu. Dzięki temu możemy zbierać na urządzeniach użytkowników minimalną liczbę zdarzeń, która jest potrzebna do obliczania danych o skuteczności.
Jakie otrzymuję powiadomienia, gdy wystąpi problem z wydajnością renderowania mojej aplikacji?
Performance Monitoring pozwala konfigurować alerty dotyczące interesujących Cię wskaźników. W przypadku generowanych śladów renderowania ekranu możesz ustawić alerty, które będą Cię powiadamiać, gdy odsetek klatek z wydłużonym czasem renderowania lub zamrożonych klatek przekroczy ustawiony przez Ciebie próg.
Moje czasy kompilacji są długie po włączeniu wtyczki Gradle Performance Monitoring. Jak mogę to poprawić?
Performance Monitoring na Androida korzysta z instrumentacji kodu bajtowego, aby udostępniać niektóre funkcje domyślne, takie jak monitorowanie żądań sieciowych HTTP/S. W ramach kompilacji proces wymaga iteracji przez wszystkie klasy aplikacji (w tym zależności) w celu instrumentowania kodu, który jest kluczowy dla pomiaru wydajności żądań sieciowych aplikacji.
Oto kilka najważniejszych czynników wpływających na wydłużenie czasu kompilacji:
- Liczba zajęć lub plików
- rozmiar każdej z tych klas (wierszy kodu),
- Konfiguracja maszyny
- Początkowa kompilacja w porównaniu z kolejną kompilacją (kolejne kompilacje są zwykle szybsze niż początkowa)
Aby zoptymalizować czas kompilacji, rozważ modularyzację kodu.
Począwszy od wersji 1.3.3 wtyczki Performance Monitoring skupiliśmy się na znacznym ulepszaniu stopniowego przetwarzania kompilacji i buforowania danych wejściowych biblioteki. Aby korzystać z najnowszych ulepszeń czasu kompilacji, upewnij się, że używasz najnowszej wersji wtyczki (wersja 1.4.2).
Jeśli chcesz skrócić czas kompilacji, możesz wyłączyć wtyczkęPerformance Monitoring na potrzeby kompilacji debugowania na komputerze lokalnym. Nie zalecamy jednak stosowania tego podejścia w przypadku wersji produkcyjnych, ponieważ może to spowodować pominięcie pomiarów wydajności żądań sieci w aplikacji.
Co zrobić, jeśli z powodu niekompatybilnych bibliotek z wtyczką Gradle Performance Monitoring pojawią się błędy kompilacji?
Performance Monitoring na Androida korzysta z instrumentacji kodu bajtowego, aby udostępniać niektóre funkcje domyślne, takie jak monitorowanie żądań sieciowych HTTP/S. W ramach kompilacji proces wymaga iteracji przez wszystkie klasy aplikacji (w tym zależności) w celu instrumentowania kodu, który jest kluczowy dla pomiaru wydajności żądań sieciowych aplikacji.
Jeśli po integracji z wtyczką Performance Monitoring wystąpią błędy kompilacji, takie jak JSR/RET are not supported with
computeFrames option
lub podobne, może to być spowodowane również zależność od biblioteki, która jest niezgodna z wtyczką Performance Monitoring do Gradle.
Aby temu zapobiec, możesz wykluczyć z instrumentacji klasy lub biblioteki, które nie są zgodne. Aby to zrobić:
- Zaktualizuj do najnowszej wersji wtyczki Performance Monitoring Gradle (co najmniej wersja 1.4.0).
- Zaktualizuj wersję wtyczki Androida do obsługi Gradle do wersji 7.2.0 lub nowszej.
- Aby wykluczyć z instrumentacji klasy lub biblioteki, które nie są zgodne, dodaj do pliku
build.gradle
modułu (na poziomie aplikacji) tę flagę: Aby dowiedzieć się więcej o właściwościandroid { // ... androidComponents { onVariants(selector().all(), { instrumentation.excludes.add("example.incompatible.library") }) } }
exclude
interfejsuInstrumentation
API wtyczki Androida do obsługi Gradle, zapoznaj się z artykułem Instrumentacja.
Jeśli napotkasz błędy kompilacji spowodowane niezgodnymi bibliotekami, zgłoś problem na GitHubie, aby można było wykluczyć je z instrumentacji w pluginie Performance Monitoring.
Dane Performance Monitoring są eksportowane do BigQuery dłużej niż oczekiwano. Czy nie jest to w czasie rzeczywistym?
Jeśli masz włączoną integrację BigQuery w Firebase Performance Monitoring, Twoje dane będą eksportowane do BigQuery w ciągu 12–24 godzin od zakończenia dnia (czasu pacyficznego).
Na przykład dane z 19 kwietnia będą dostępne w BigQuery 20 kwietnia między 12:00 a północą (wszystkie daty i godziny są podane w czasie pacyficznym).
Przetwarzanie i wyświetlanie danych w czasie zbliżonym do rzeczywistego
Co oznaczają dane o wydajności otrzymywane niemal w czasie rzeczywistym?
Firebase Performance Monitoring przetwarza gromadzone dane o skuteczności w miarę ich napływania, dzięki czemu dane są wyświetlane w konsoli Firebase w czasie zbliżonym do rzeczywistego. Przetworzone dane wyświetlają się w konsoli w ciągu kilku minut od ich zebrania, stąd termin „prawie w czasie rzeczywistym”.
Aby korzystać z przetwarzania danych w czasie zbliżonym do rzeczywistego, upewnij się, że Twoja aplikacja korzysta z wersji pakietu SDK zgodnego z czasem rzeczywistym.
Jak mogę uzyskać dane o skuteczności mojej aplikacji w czasie zbliżonym do rzeczywistego?
Aby korzystać z przetwarzania danych w czasie zbliżonym do rzeczywistego, wystarczy, że Twoja aplikacja będzie używać pakietu SDK w wersji Performance Monitoring, który jest zgodny z przetwarzaniem danych w czasie rzeczywistym.
Oto wersje pakietu SDK, które obsługują działanie w czasie rzeczywistym:
- iOS – wersja 7.3.0 lub nowsza
- tvOS – wersja 8.9.0 lub nowsza.
- Android – wersja 19.0.10 lub nowsza (lub Firebase Android BoM 26.1.0 lub nowsza)
- Wersja internetowa – wersja 7.14.0 lub nowsza
Pamiętaj, że zawsze zalecamy korzystanie z najnowszej wersji pakietu SDK. Każda z wymienionych powyżej wersji umożliwi usłudze Performance Monitoring przetwarzanie danych w czasie zbliżonym do rzeczywistego.
Które wersje pakietu SDK Performance Monitoring są uznawane za kompatybilne z czasem rzeczywistym?
Te wersje pakietu SDK są zgodne z przetwarzaniem danych w czasie rzeczywistym:
- iOS – wersja 7.3.0 lub nowsza
- tvOS – wersja 8.9.0 lub nowsza.
- Android – wersja 19.0.10 lub nowsza (lub Firebase Android BoM 26.1.0 lub nowsza)
- Wersja internetowa – wersja 7.14.0 lub nowsza
Pamiętaj, że zawsze zalecamy korzystanie z najnowszej wersji pakietu SDK. Każda z wymienionych powyżej wersji umożliwi usłudze Performance Monitoring przetwarzanie danych w czasie zbliżonym do rzeczywistego.
Co zrobić, jeśli nie zaktualizuję aplikacji, aby używała wersji pakietu SDK zgodnej z czasem rzeczywistym?
Jeśli Twoja aplikacja nie korzysta z wersji pakietu SDK zgodnej z czasem rzeczywistym, wszystkie dane o jej wydajności nadal będziesz widzieć w konsoli Firebase. Wyświetlanie danych o skuteczności będzie jednak opóźnione o około 36 godzin od momentu ich zebrania.
Zaktualizowałem/zaktualizowałam pakiet SDK do wersji zgodnej z czasem rzeczywistym, ale niektórzy użytkownicy nadal korzystają ze starszych wersji aplikacji. Czy nadal będę widzieć dane o jej działaniu w konsoli Firebase?
Tak. Niezależnie od tego, z której wersji pakietu SDK korzysta instancja aplikacji, zobaczysz dane o wydajności wszystkich użytkowników.
Jeśli jednak wyświetlane są najnowsze dane (starsze mniej więcej niż 36 godzin), wyświetlane dane pochodzą od użytkowników instancji aplikacji korzystających z kompatybilnej z czasem rzeczywistym wersji pakietu SDK. Dane niezaktualizowane obejmują jednak dane o skuteczności ze wszystkich wersji aplikacji.
Kontakt z zespołem pomocy Firebase
Jeśli kontaktujesz się z zespołem pomocy Firebase, zawsze podaj identyfikator aplikacji Firebase. Identyfikator aplikacji Firebase znajdziesz na karcie Twoje aplikacje w settings ustawieniach projektu.