Możesz kliknąć problem i uzyskać szczegółowy raport o zdarzeniu w panelu DevOps i zaangażowanie > Crashlytics w Firebase konsoli. Możesz dostosować te raporty, aby lepiej zrozumieć, co się dzieje w Twojej aplikacji, oraz okoliczności zdarzeń zgłaszanych do Crashlytics.
Rejestrowanie kluczy niestandardowych
Klucze niestandardowe pomagają uzyskać informacje o konkretnym stanie aplikacji przed awarią. Możesz powiązać dowolne pary klucz-wartość z raportami o awariach, a następnie użyć kluczy niestandardowych do wyszukiwania i filtrowania raportów o awariach w Firebase konsoli.
Zobacz instrukcje rejestrowania kluczy niestandardowych: iOS+ Android Flutter Unity
Rejestrowanie niestandardowych komunikatów logu
Aby uzyskać więcej kontekstu dotyczącego zdarzeń prowadzących do awarii, możesz dodać niestandardowe logi Crashlytics do aplikacji. Crashlytics powiąże logi z danymi o awariach i wyświetli je w panelu Crashlytics.
Zobacz instrukcje rejestrowania niestandardowych komunikatów logu: iOS+ Android Flutter Unity
Rejestrowanie identyfikatorów użytkowników
Aby zdiagnozować problem, często przydatne jest sprawdzenie, który użytkownik doświadczył danej awarii. Crashlytics zawiera sposób na anonimowe identyfikowanie użytkowników w raportach o awariach.
Zobacz instrukcje rejestrowania identyfikatorów użytkowników: iOS+ Android Flutter Unity
Zgłaszanie wyjątków
Oprócz automatycznego zgłaszania krytycznych zdarzeń w aplikacji (takich jak awarie), pakiet Crashlytics SDK może zgłaszać wyjątki niekrytyczne jako niekrytyczne zdarzenia. 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 o zdarzeniu krytycznym lub gdy użytkownik ponownie uruchomi aplikację.
Zobacz instrukcje zgłaszania wyjątków: iOS+ Android Flutter Unity
Pobieranie dzienników działań użytkownika
Dzienniki działań użytkownika pozwalają lepiej zrozumieć interakcje użytkownika z aplikacją przed awarią, zdarzeniem niekrytycznym lub zdarzeniem ANR. Te dzienniki mogą być przydatne podczas próby odtworzenia i debugowania problemu.
Zobacz instrukcje pobierania dzienników działań użytkownika: iOS+ Android Flutter Unity
Włączanie raportowania za zgodą użytkownika
Domyślnie Crashlytics automatycznie zbiera raporty o awariach wszystkich użytkowników aplikacji. Aby zapewnić użytkownikom większą kontrolę nad wysyłanymi danymi, możesz włączyć raportowanie za zgodą użytkownika, wyłączając automatyczne raportowanie i wysyłając dane do Crashlytics tylko wtedy, gdy zdecydujesz się na to w kodzie.
Zobacz instrukcje włączania raportowania za zgodą użytkownika: 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.
Zobacz instrukcje uwzględniania raportów GWP-ASan: Android NDK Unity