Możesz kliknąć problem i uzyskać szczegółowy raport o zdarzeniu w panelu DevOps i zaangażowanie > Crashlytics w konsoli Firebase. Możesz dostosowywać te raporty, aby lepiej rozumieć, co się dzieje w Twojej aplikacji, i okoliczności zdarzeń zgłaszanych do Crashlytics.
Zapisywanie kluczy niestandardowych
Klucze niestandardowe pomagają uzyskać informacje o stanie aplikacji przed awarią. Z raportami o awariach możesz powiązać dowolne pary klucz-wartość, a następnie używać kluczy niestandardowych do wyszukiwania i filtrowania raportów o awariach w Firebase konsoli.
Wyświetl instrukcje logowania 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 logi Crashlytics. Crashlytics powiąże logi z danymi o awarii i wyświetli je na panelu Crashlytics.
Wyświetl instrukcje logowania niestandardowych wiadomości dziennika:iOS+ Android Flutter Unity
Rejestrowanie identyfikatorów użytkowników
Aby zdiagnozować problem, często przydatne jest sprawdzenie, u których użytkowników wystąpiło dane awaryjne zamknięcie aplikacji. Crashlytics umożliwia anonimową identyfikację użytkowników w raportach o awariach.
Wyświetl instrukcje logowania identyfikatorów użytkowników:iOS+ Android Flutter Unity
Raportowanie wyjątków
Oprócz automatycznego raportowania krytycznych zdarzeń w aplikacji (takich jak awarie) pakiet SDK Crashlytics może raportować wyjątki niekrytyczne jako zdarzenia niekrytyczne. W przypadku platform Flutter i Unity, jeśli masz oczekiwane wyjątki, 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 kolejnym raportem o zdarzeniu krytycznym lub gdy użytkownik końcowy ponownie uruchomi aplikację.
Wyświetl instrukcje dotyczące zgłaszania wyjątków:iOS+ Android Flutter Unity
Pobieranie dzienników elementów menu nawigacyjnego
Dzienniki ścieżki pozwalają lepiej zrozumieć interakcje użytkownika z aplikacją, które doprowadziły do awarii, błędu niekrytycznego lub błędu ANR. Dzienniki te mogą być przydatne podczas odtwarzania i debugowania problemu.
Wyświetl instrukcje uzyskiwania logów ścieżki: iOS+ Android Flutter Unity
Włącz raportowanie na podstawie zgody użytkowników
Domyślnie Crashlytics automatycznie zbiera raporty o awariach wszystkich użytkowników Twojej aplikacji. Aby dać użytkownikom większą kontrolę nad wysyłanymi danymi, możesz włączyć raportowanie z możliwością rezygnacji. W tym celu wyłącz automatyczne raportowanie i wysyłaj dane do Crashlytics tylko wtedy, gdy zdecydujesz się na to w kodzie.
Wyświetl instrukcje włączania raportowania opartego na zgodzie użytkowników:iOS+ Android Flutter Unity
uwzględniać raporty GWP-ASan do debugowania problemów z uszkodzeniem pamięci;
Crashlytics może pomóc Ci debugować awarie spowodowane 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 uwzględniania raportów GWP-ASan:Android NDK Unity