Crashlytics iOS - Protokoll Ausnahme gefangen

Ich einen Weg gefunden, melden benutzerdefinierte gefangen Ausnahmen in der Crashlytics Android SDK, aber ich kann nichts finden, wie für die iOS SDK. Gibt es eine Möglichkeit zum anmelden eine Ausnahme gefangen mit Crashlytics auf iOS?

Sehen, Android Erläuterung: http://support.crashlytics.com/knowledgebase/articles/202805-logging-caught-exceptions

  • Dies wäre nützlich. Die einzige alternative sehe ich jetzt (um die crash-Bericht/stack-trace) ist es eigentlich dazu, dass die app zum Absturz bringen - mit Hilfe von [[Crashlytics sharedInstance] Absturz]; was natürlich nicht die ideale user experience. Die meisten Fehler in der Anwendung entdeckt innerhalb von code werden mehr anmutig erholt aus, als wenn die app Abstürzen, aber es ist immer noch sehr hilfreich, Paniermehl und stack-trace an diesem Punkt.
  • Während dies umgesetzt wird, können Sie eine CLS_LOG (siehe docs) zu melden bestimmter Nachrichten, Sie werden Hinzugefügt, um den nächsten crash.
  • Wissen Sie, ob es hat es wurde noch umgesetzt ?
  • Die Nutzung recordError ich schrieb meine eigenen globalen recordException für try/catch-Blöcke, ich weiß nicht tödlich sein.
InformationsquelleAutor Magnus | 2014-04-16
  1. 42

    Mike von Crashlytics und Stoff hier.

    Können Sie jetzt erfassen protokolliert NSErrors in Ihrem iOS-device, tvOS, oder OS-X-app. Sie verwenden wollen:

    [CrashlyticsKit recordError:error];

    oder

    Crashlytics.sharedInstance().recordError(error)

    Diese können Sie erfassen eine ganze Reihe von angemeldeten NSErrors pro Benutzer-session. Diese sind nur gesendet-app-relaunch. Protokolliert Fehler-Fehler sind gruppiert nach den Fehler-domain und code. Dies bedeutet, dass Fehler Probleme umfassen kann viele verschiedene Anruf-Websites.

    Sehen Dokumentation

    • Was ist, wenn ich die Anmeldung eine gefangen NSException, nicht ein NSError?
    • Wir bieten nicht eine Anlage für die Protokollierung oder Aufzeichnung NSException Instanzen direkt. Generell sind die Cocoa-und Cocoa-Touch-APIs sind nicht exception-sicher. Das bedeutet, dass die Verwendung von "@catch" kann sehr ernste unbeabsichtigte Nebenwirkungen in den Prozess, auch wenn Sie mit äußerster Sorgfalt. Wir empfehlen, dass Sie nie "@catch" - Anweisungen im code. Von Apple docs: "Die Cocoa-frameworks sind in der Regel nicht exception-sicher. Das Allgemeine Muster ist, dass Ausnahmen vorbehalten sind für Programmierer Fehler nur, und das Programm abfangen dieser Ausnahme sollte aufhören kurz danach."
    • Es scheint, dass auf der Stoff-Webseite ein, können nur sehen, den Wert unter NSLocalizedDescriptionKey, es kann aber auch andere nützliche Informationen, unter anderen Tasten. Kann ich die Erstellung meiner eigenen Fehler und legte alles auf NSLocalizedDescription aber es riecht..
    • Gefunden ein Thema für meine eigene Frage oben: twittercommunity.com/t/...
    • Was ist, wenn die Benutzer nicht öffnen, die app wieder ? Alle lokal angemeldeten NSErrors nie geschoben werden crashlytics-Server ? Wenn dem so ist, und diejenigen, die lokal protokolliert Fehler sind wichtig, um Probleme zu lösen, sollte NSErrors werden protokolliert und als Antwort Ereignissen ? Bitte klären Sie.
    • Das ist richtig. Wenn der Benutzer nie relauncht die app, dann die NSErrors würde nicht gesendet werden. Für die meisten apps, wir haben festgestellt, dass dies nicht ein Problem sein. Antworten, die Ereignisse hätten eine größere chance, gesendet zu werden, aber enthält weniger Informationen.
    • Dies wird sparen Sie Ihre Zeit Crashlytics.sharedInstance().recordError(error as NSError, withAdditionalUserInfo: ["User_Id":0,"User_Name":"ABC","User_Email":"[email protected]","User_Contact":"789797"])
    • Wir brauchen nicht zu fangen, Ausnahmen, NSSetUncaughtExceptionHandler in appDelegate ist genug, wir möchten ein bequemer Weg, um es mit crashlytics, dass ist alles.
    • Sorry, ich bin nicht nach, was Sie suchen, können Sie uns ein bisschen mehr sein?
    • im Grunde so etwas wie dieses Crashlytics.sharedInstance().recordException(Ausnahme)
    • Werfen Sie einen Blick auf Crashlytics.h und speziell recordCustomExceptionName

    InformationsquelleAutor Mike Bonnell
  2. 5

    Schließlich Crashlytics Hinzugefügt, die die gewünschte Funktion 3.5.0!!

    [CrashlyticsKit recordError:error];

    oder

    Crashlytics.sharedInstance().recordError(error)

    Referenz

    /**
 *
 * This allows you to record a non-fatal event, described by an NSError object. These events will be grouped and
 * displayed similarly to crashes. Keep in mind that this method can be expensive. Also, the total number of
 * NSErrors that can be recorded during your app's life-cycle is limited by a fixed-size circular buffer. If the
 * buffer is overrun, the oldest data is dropped. Errors are relayed to Crashlytics on a subsequent launch
 * of your application.
 *
 * You can also use the -recordError:withAdditionalUserInfo: to include additional context not represented
 * by the NSError instance itself.
 *
 **/
- (void)recordError:(NSError *)error;
- (void)recordError:(NSError *)error withAdditionalUserInfo:(nullable CLS_GENERIC_NSDICTIONARY(NSString *, id) *)userInfo;

    https://docs.fabric.io/ios/changelog.html#january-7-2016

    GESCHICHTE

    Das eigentlich nicht funktioniert, als ich erwartet hatte: Die Nachricht wird gespeichert in Crashlytics aber erst, nachdem die app neu gestartet wird und es wird nur speichern Sie die Letzte Nachricht.

    Bisher nicht von den Lösungen, die hier erwähnt funktioniert. Es gibt keinen Weg, um track behandelt Ausnahmen in iOS verwenden Crashlytics.

    Können Sie diese zu melden-ohne Ausnahme -

    [[Crashlytics sharedInstance] recordCustomExceptionName:@"HandledException" reason:@"Some reason" frameArray:@[]];

    In Crashlytics Sie werden es sehen, in die crash-Bericht, aber mit der NON-FATALS geben.

    Ereignis, wenn es nicht, es ist beabsichtigt, die Nutzung Ausnahmen angemeldet sind, in der gleichen Weise Android behandelte Ausnahmen sind.

    Dies ist in der version 3.0.7.

    recordCustomExceptionName:Grund:frameArray:

    Diese Methode kann verwendet werden zum aufzeichnen einer einzigen Ausnahme-Struktur in einem Bericht. Dies ist besonders nützlich, wenn Ihr code interagiert mit nicht-nativen Sprachen wie Lua, C# oder Javascript. Dieser Aufruf kann teuer werden und sollte nur verwendet werden, kurz vor Beendigung des Prozesses. Diese API soll nicht sein verwendet, um sich NSException Objekte. Alle sicher-Meldepflichtige NSExceptions werden automatisch erfasst von Crashlytics.

    https://docs.fabric.io/appledocs/Crashlytics/Classes/Crashlytics.html#//api/name/recordCustomExceptionName:reason:frameArray:

    • Haben Sie zu verwalten, verwenden Sie das benutzerdefinierte array-Typ? Kann nicht herausfinden, was dort eingelagert
    InformationsquelleAutor 7ynk3r
  3. 3

    Ist es nicht möglich, sich eine Ausnahme gefangen in iOS verwenden Crashlytics SDK. CLS_LOG kann verwendet werden, um zu protokollieren benutzerdefinierte Meldungen, aber diese log-Meldungen gehen an Crashlytics erst mit dem nächsten crash-Daten. Wenn es kein Absturz, diese log-Meldungen werden niemals land in die Crashlytics-dashboard. Ich bekam eine offizielle Bestätigung durch die Crashlytics-support-team in Bezug auf die gleichen. Protokollierung gefangen Ausnahmen in iOS gibt es in Ihrer roadmap.

    InformationsquelleAutor Sinu Varghese
  4. 2

    Ich gegangen durch verschiedene Standorte für diese Funktionalität unterstützt, für IOS-Alternative zu Crashlytics.

    Fand ich crittercism ist die beste, so far..@Dima ich denke, es ist die alternative zu Crashlytics..versuchen es.

    Hier sind einige links, die nützlich sind, zu integrieren crittercism in Ihrem Projekt...!

    http://docs.crittercism.com/ios/ios.html#logging-handled-exceptions

    http://www.raywenderlich.com/34050/overview-of-ios-crash-reporting-tools-part-2

    @try {

     } 
@catch (NSException *exc) 
     {
        [Crittercism logHandledException:exc]
    }

    Finden Sie diese links und sehen, dass es für Sie nützlich ist oder nicht...!

    InformationsquelleAutor Vidhyanand
  5. 1

    Verwenden Sie folgende Zeilen im catch-block zum verarbeiten benutzerdefinierte Ausnahme gefangen

    NSUncaughtExceptionHandler *handler = NSGetUncaughtExceptionHandler();
handler(exception);

    als erklärt für iOS http://support.crashlytics.com/knowledgebase/articles/222764-can-i-use-a-custom-exception-handler

    • Könntest du pls den vollständigen code mit API-Aufruf. Bitte beachten Sie die unten situation. @ try { // Zeilen von code, die dazu führen können eine Ausnahme } @ catch (NSException *Ausnahme) { NSLog(@"%@", Ausnahme.Grund); // Bericht an Crashlytics }
    • try-catch-block für die Berichterstattung sein kann, wie unten @ try { // code-Zeilen } @ catch (NSException *Ausnahme) { NSUncaughtExceptionHandler *handler = NSGetUncaughtExceptionHandler(); handler(exception); }
    • der obige code nur das speichern der exception-handler. Aber was ich will, ist 'die Ausnahme gefangen im Crashlytics-dashboard'.
    • Nein, die Ausnahme wird nicht gespeichert, dessen weitergegeben werden, um die default-Ausnahme-handler, dass wir als crashalytics in applaunching Methode
    • Ich habe versucht, diesen Ansatz, aber die hf war immer null. Jemand Glück mit ihm?
    • dann crashlytics möglicherweise nicht initialisiert werden. Weil hf nicht angezeigt wird in meinem code.

    InformationsquelleAutor Aanabidden
Schreibe einen Kommentar