2014-12-16 17 views

risposta

0

c'è qualche effetto collaterale di uno su altri?

Google Analytics non è davvero buono da usare. Ho creato un account Google Analytics alcuni giorni prima dell'implementazione. Non era stato usato e nemmeno copiato (il codice) e quando sono tornato per inserire Google Analytics ho dovuto ottenere il codice. Nessuno ha utilizzato una versione di Google Analytics dell'app e non è stata nemmeno pubblicata e ha registrato molti usi. Non mi piace google analytics perché i codici sono facili da decifrare e vengono utilizzati da siti Web di terze parti senza il consenso di aggiungere clic falsi sul tuo sito Web quando il codice non è nemmeno utilizzato lì.

In aggiunta, Google Analytics gestisce solo quando è obbligato a eseguire il log. Poiché non è uno strumento di analisi degli arresti anomali dedicato, non registra arresti anomali come gli arresti anomali di ACRA, Crashalytics e Firebase.

Quale è meglio usare.

Questo è davvero compito tuo, ma personalmente trovo che ACRA sia migliore perché puoi utilizzare i backend sul tuo sito. Se il sito si interrompe, ACRA aiuta davvero a sentire il controllo del ripristino del sito.

Inoltre, ci sono molti backend se si desidera utilizzare il proprio sito. E se non ne trovi uno che funzioni, puoi crearne uno. Crashalytics e Firebase fanno affidamento sulla propria dashboard sulle rispettive pagine, il che significa un'altra password e nome utente da ricordare.

Come funzionano gli strumenti di segnalazione degli arresti anomali, se si è verificato l'arresto anomalo di altri per segnalare lo stesso arresto anomalo?

risposta di See Drew

1

Strumenti di analisi degli arresti anomali Potrebbe utilizzare Gestione globale delle eccezioni come in questo https://stackoverflow.com/a/8877177/1602333 per l'intera applicazione per gestire eccezioni non rilevate.

Quindi, se si utilizzano più strumenti di analisi degli arresti anomali, ognuno di essi può sostituire il gestore di eccezioni Global.

+0

Sono già oltre cavalcando metodo uncaughtException() per riavviare la mia applicazione eventuale incidente è lì, farlo ha un impatto negativo sulla strumenti di reporting incidente? –

+0

hai controllato crashlytics aggiunge l'eccezione o no? –

+0

ha controllato solo Crashlytics, funziona bene –

2

L'utilizzo simultaneo di più soluzioni di segnalazione degli arresti anomali in un progetto potrebbe far sì che l'applicazione si trasformi in un problema di concorrenza, in cui l'applicazione si blocca per sempre in caso di arresto anomalo.

Le soluzioni di segnalazione di crash intercettano arresti anomali, in un modo o nell'altro. Il flusso è fondamentalmente lo stesso:

  1. Intercettazione incidente non rilevato;
  2. Registrarlo per poter inviare informazioni al server;
  3. Rilanciare l'arresto anomalo, in modo che l'app si arresti in modo anomalo.

Potrei immaginare una situazione in cui 2 soluzioni di segnalazione degli arresti anomali creano un loop infinito che lancia la stessa eccezione l'una per l'altra per sempre, in base ai passaggi precedenti.

Almeno, questo è quello che sembrava come quando ho usato Google Analytics (con la segnalazione incidente acceso) insieme Crashlytics. L'applicazione è stata appena impiccata per sempre senza alcun arresto anomalo visibile, fino a quando, alla fine, non ho riscontrato il problema con lo di Google Analytics segnalazioni di arresti anomali .