Możesz kliknąć problem i wyświetlić szczegółowy raport Zdarzenia w Firebase konsoli na panelu DevOps i zaangażowanie > Crashlytics. Możesz dostosowywać te raporty, aby lepiej zrozumieć, co dzieje się w aplikacji i jakie są okoliczności zdarzeń zgłaszanych do Crashlytics.
Rejestrowanie kluczy niestandardowych
Klucze niestandardowe pomagają poznać konkretny stan aplikacji, który doprowadził do awarii. Możesz powiązać dowolne pary klucz-wartość ze swoimi raportami o awariach, a następnie użyć kluczy niestandardowych do wyszukiwania i filtrowania raportów o awariach w konsoli Firebase.
Wyświetl instrukcje rejestrowania kluczy niestandardowych: iOS+ Android Flutter Unity
Zapisywanie niestandardowych komunikatów logu
Aby uzyskać więcej informacji o zdarzeniach, które doprowadziły do awarii, możesz dodać do aplikacji niestandardowe dzienniki Crashlytics. Crashlytics powiąże dzienniki z danymi o awariach i wyświetli je w panelu Crashlytics.
Wyświetl instrukcje rejestrowania niestandardowych komunikatów logu: iOS+ Android Flutter Unity
Rejestrowanie identyfikatorów użytkowników
Aby zdiagnozować problem, często warto wiedzieć, u których użytkowników wystąpiła dana awaria. Crashlytics zawiera sposób anonimowej identyfikacji użytkowników w raportach o awariach.
Wyświetl instrukcje rejestrowania identyfikatorów użytkowników: iOS+ Android Flutter Unity
Zgłaszanie wyjątków
Oprócz automatycznego raportowania zdarzeń krytycznych w aplikacji (takich jak awarie) pakiet SDK Crashlytics może raportować wyjątki niekrytyczne jako zdarzenia niekrytyczne. W przypadku Fluttera i Unity, jeśli masz wyjątki, które są oczekiwane, możesz skonfigurować pakiet SDK tak, aby zgłaszał je jako zdarzenia niekrytyczne.
Te zdarzenia niekrytyczne są rejestrowane na urządzeniu, a następnie wysyłane wraz z następnym raportem Zdarzenia krytycznego lub gdy użytkownik ponownie uruchomi aplikację.
Wyświetl instrukcje dotyczące zgłaszania wyjątków: iOS+ Android Flutter Unity
Pobieranie logów działań użytkownika
Logi działań użytkownika pozwalają lepiej zrozumieć interakcje użytkownika z aplikacją, które doprowadziły do awarii, błędu niekrytycznego lub błędu ANR. Te dzienniki mogą być przydatne podczas prób odtworzenia i debugowania problemu.
Wyświetl instrukcje uzyskiwania logów działań użytkownika: iOS+ Android Flutter Unity
Włączanie raportowania o wyrażeniu zgody
Domyślnie Crashlytics automatycznie zbiera raporty o awariach od wszystkich użytkowników aplikacji. Aby zapewnić użytkownikom większą kontrolę nad wysyłanymi danymi, możesz włączyć raportowanie na podstawie akceptacji, wyłączając raportowanie automatyczne i wysyłając dane do Crashlytics tylko wtedy, gdy wybierzesz tę opcję w kodzie.
Wyświetl instrukcje włączania raportowania po wyrażeniu zgody: iOS+ Android Flutter Unity
Uwzględnianie raportów GWP-ASan w celu debugowania problemów z uszkodzeniem pamięci
Crashlytics może pomóc w debugowaniu awarii spowodowanych błędami pamięci natywnej, zbierając raporty GWP-ASan. Te błędy związane z pamięcią mogą być powiązane z uszkodzeniem pamięci w aplikacji, co jest główną przyczyną luk w zabezpieczeniach aplikacji.
Wyświetl instrukcje dotyczące dołączania raportów GWP-ASan: Android NDK Unity