Risoluzione dei problemi e domande frequenti sul monitoraggio delle prestazioni

Come visualizzare i messaggi di registro per gli eventi di prestazione

1. Abilita la registrazione del debug per il monitoraggio delle prestazioni in fase di creazione aggiungendo un elemento <meta-data> al file AndroidManifest.xml della tua app, in questo modo:

   <application>
       <meta-data
         android:name="firebase_performance_logcat_enabled"
         android:value="true" />
   </application>
   

2. Controlla i messaggi di registro per eventuali messaggi di errore.

3. Performance Monitoring tagga i suoi messaggi di log con FirebasePerformance . Utilizzando il filtro logcat, puoi visualizzare in modo specifico la traccia della durata e la registrazione delle richieste di rete HTTP/S eseguendo il comando seguente:

   adb logcat -s FirebasePerformance

4. Verificare la presenza dei seguenti tipi di log che indicano che il monitoraggio delle prestazioni registra gli eventi relativi alle prestazioni:

   • Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. Fai clic sull'URL per visualizzare i tuoi dati nella console Firebase. Potrebbero essere necessari alcuni istanti affinché i dati vengano aggiornati nella dashboard.

Se la tua app non registra gli eventi relativi alle prestazioni, consulta i suggerimenti per la risoluzione dei problemi .

Aggiunto l'SDK all'app, ma la console dice ancora di aggiungere l'SDK

Firebase può rilevare se hai aggiunto correttamente l'SDK Performance Monitoring alla tua app quando riceve informazioni sugli eventi (come le interazioni con l'app) dalla tua app. Di solito, entro 10 minuti dall'avvio dell'app, il dashboard Prestazioni della console Firebase visualizza il messaggio "SDK rilevato". Successivamente, entro 30 minuti, la dashboard visualizza i primi dati elaborati.

Se sono trascorsi più di 10 minuti da quando hai aggiunto la versione più recente dell'SDK alla tua app e non vedi ancora alcuna modifica, controlla i messaggi di registro per assicurarti che il monitoraggio delle prestazioni stia registrando gli eventi. Prova i passaggi di risoluzione dei problemi appropriati descritti di seguito per risolvere un messaggio di rilevamento ritardato dell'SDK.

La console dice che l'SDK è stato rilevato, ma non vengono visualizzati dati

Il monitoraggio delle prestazioni elabora i dati degli eventi relativi alle prestazioni prima di visualizzarli nel dashboard Prestazioni .

Se sono trascorse più di 24 ore da quando è apparso il messaggio "SDK rilevato" e non vedi ancora i dati, controlla la dashboard di stato di Firebase per verificare se si è verificata un'interruzione nota. Se non si verificano interruzioni, contatta l'assistenza Firebase .

L'app non registra gli eventi relativi alle prestazioni

Se non visualizzi i messaggi di registro relativi agli eventi relativi alle prestazioni , prova i seguenti passaggi per la risoluzione dei problemi:

1. Controlla la configurazione del plugin Performance Monitoring Gradle, come segue:

   1. Assicurati di aver aggiunto correttamente il plugin . Nello specifico, controlla quanto segue:

      • Hai aggiunto il plugin ( apply plugin: 'com.google.firebase.firebase-perf' ) nel file build.gradle del tuo modulo (a livello di app) .
      • Hai incluso la dipendenza del percorso di classe per il plug-in ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) nel file build.gradle a livello di progetto .

   2. Assicurati che il plugin non sia disabilitato tramite uno dei seguenti flag:

      • instrumentationEnabled nel file build.gradle del modulo (a livello di app).
      • firebasePerformanceInstrumentationEnabled nel file gradle.properties

2. Verifica che l' SDK di monitoraggio delle prestazioni non sia disabilitato tramite uno dei seguenti flag nel file AndroidManifest.xml :

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. Assicurati che il monitoraggio delle prestazioni non sia disabilitato in fase di esecuzione .

4. Se non riesci a trovare nulla che sia disabilitato nella tua app, contatta l'assistenza Firebase .

Nel dashboard delle prestazioni mancano i dati di traccia dello schermo

Se mancano dati per le tracce di rendering dello schermo, prova i seguenti passaggi per la risoluzione dei problemi:

1. Assicurati di utilizzare la versione più recente dell'SDK di Android (v20.5.2). Le tracce di rendering dello schermo sono disponibili solo con la versione 15.2.0 o successiva.

2. Assicurati di non aver disabilitato manualmente l'accelerazione hardware per uno schermo.

3. Assicurati di non utilizzare DexGuard o Jack. Il monitoraggio delle prestazioni è incompatibile con queste toolchain.

   • DexGuard disabilita la raccolta automatica delle tracce di avvio dell'app, app in primo piano e app in background. Tuttavia, eventuali tracce di codice personalizzato dovrebbero comportarsi normalmente se la tua app utilizza DexGuard.

   • Jack è deprecato e in genere non deve essere utilizzato nella tua app.

Nel dashboard delle prestazioni mancano i dati di traccia personalizzati

Vengono visualizzati i dati sulle prestazioni per le tracce raccolte automaticamente ma non per le tracce del codice personalizzato ? Prova i seguenti passaggi per la risoluzione dei problemi:

1. Se hai strumentato tracce di codice personalizzato tramite Trace API , controlla la configurazione delle tracce, in particolare quanto segue:

   • I nomi per le tracce del codice personalizzato e i parametri personalizzati devono soddisfare i seguenti requisiti: nessuno spazio iniziale o finale, nessun carattere di sottolineatura iniziale ( _ ) e la lunghezza massima è di 32 caratteri.
   • Tutte le tracce devono essere avviate e arrestate. Qualsiasi traccia che non viene avviata, non arrestata o arrestata prima dell'avvio non verrà registrata.

2. Se hai strumentato tracce di codice personalizzato tramite la notazione @AddTrace , controlla la configurazione del plugin Performance Monitoring Gradle:

   1. Assicurati di aver aggiunto correttamente il plugin . Nello specifico, controlla quanto segue:

      • Hai aggiunto il plugin ( apply plugin: 'com.google.firebase.firebase-perf' ) nel file build.gradle del tuo modulo (a livello di app) .
      • Hai incluso la dipendenza del percorso di classe per il plug-in ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) nel file build.gradle a livello di progetto .

   2. Assicurati che il plugin non sia disabilitato tramite uno dei seguenti flag:

      • instrumentationEnabled nel file build.gradle del modulo (a livello di app).
      • firebasePerformanceInstrumentationEnabled nel file gradle.properties

3. Controlla i messaggi di registro per assicurarti che il monitoraggio delle prestazioni registri le tracce del codice personalizzato previste.

4. Se il monitoraggio delle prestazioni registra gli eventi, ma non vengono visualizzati dati dopo 24 ore, contatta l'assistenza Firebase .

Nel dashboard delle prestazioni mancano i dati sulle richieste di rete

Se mancano i dati delle richieste di rete, prova i seguenti passaggi per la risoluzione dei problemi:

1. Per le app Android, il plug-in Performance Monitoring Gradle abilita la strumentazione che fornisce il monitoraggio automatico delle richieste di rete HTTP/S . Controllare quanto segue:

   1. Assicurati di aver aggiunto correttamente il plugin . Nello specifico, controlla quanto segue:

      • Hai aggiunto il plug-in ( apply plugin: 'com.google.firebase.firebase-perf' ) nel file build.gradle del tuo modulo (a livello di app) .
      • Hai incluso la dipendenza del percorso di classe per il plug-in ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) nel file build.gradle a livello di progetto .

   2. Assicurati che il plugin non sia disabilitato tramite uno dei seguenti flag:

      • instrumentationEnabled nel file build.gradle del modulo (a livello di app).
      • firebasePerformanceInstrumentationEnabled nel file gradle.properties

2. Verificare l'incompatibilità della libreria di rete. Il monitoraggio delle prestazioni raccoglie automaticamente i parametri per le richieste di rete che utilizzano le seguenti librerie di rete: OkHttp 3.xx, URLConnection di Java e Apache HttpClient.

   Tieni presente che puoi aggiungere un monitoraggio personalizzato per le richieste di rete .

3. Tieni presente quanto segue:

   • A seconda del comportamento del codice e delle librerie di rete utilizzate dal codice, il monitoraggio delle prestazioni potrebbe segnalare solo le richieste di rete completate. Ciò significa che le connessioni HTTP/S lasciate aperte potrebbero non essere segnalate.

   • Il monitoraggio delle prestazioni non è compatibile con DexGuard e Jack.

     • DexGuard disabilita il monitoraggio delle richieste di rete HTTP/S.
     • Jack è deprecato e in genere non deve essere utilizzato nella tua app.

   • Il monitoraggio delle prestazioni non segnala le richieste di rete con intestazioni Content-Type non valide. Tuttavia, le richieste di rete senza intestazioni Content-Type verranno comunque accettate.

I dati delle richieste di rete non vengono aggregati come previsto

Scopri di più su come il monitoraggio delle prestazioni aggrega i dati delle richieste di rete nei pattern URL.

Puoi anche provare modelli URL personalizzati !

Che cosa è successo ai Problemi principali nella scheda Prestazioni nella home page del progetto?

Abbiamo sostituito i Problemi principali con Avvisi recenti in seguito alla nostra recente introduzione di avvisi, che ti avvisano automaticamente quando vengono superate le soglie impostate. I problemi sono ora deprecati e sostituiti da avvisi.

Il selettore delle app nella parte superiore della scheda Prestazioni filtra le voci di avviso in Avvisi recenti . Vengono visualizzati solo i tre avvisi più recenti per le app selezionate.

Per ulteriori informazioni sugli avvisi, consulta Configurazione di avvisi per problemi di prestazioni .

Cosa è successo alla possibilità di impostare soglie per i problemi nella console?

Il monitoraggio delle prestazioni supporta avvisi per le metriche che superano le soglie definite. Per evitare confusione con queste soglie configurabili per le metriche delle prestazioni, abbiamo rimosso la possibilità di configurare soglie per i problemi .

Cosa è successo alle informazioni su Dettagli e Metriche nella console Firebase?

Abbiamo sostituito le pagine Dettagli e Metriche con un'interfaccia utente centralizzata (UI) recentemente riprogettata per migliorare la modalità di risoluzione dei problemi. Questa nuova interfaccia utente per la risoluzione dei problemi offre le stesse funzionalità principali offerte da Dettagli e metriche. Per ulteriori informazioni sulla risoluzione dei problemi, consulta Visualizzare più dati per una traccia specifica .

Perché il numero di campioni non è quello previsto?

Il monitoraggio delle prestazioni raccoglie i dati sulle prestazioni dai dispositivi utente della tua app. Se la tua applicazione ha molti utenti o se genera una grande quantità di attività prestazionali, il monitoraggio delle prestazioni potrebbe limitare la raccolta dei dati a un sottoinsieme di dispositivi per ridurre il numero di eventi elaborati. Questi limiti sono sufficientemente elevati in modo che, anche con meno eventi, i valori delle metriche siano comunque rappresentativi dell'esperienza dell'utente con l'app.

Per gestire il volume di dati che raccogliamo, Monitoraggio delle prestazioni utilizza le seguenti opzioni di campionamento:

• Limitazione della velocità sul dispositivo : per impedire a un dispositivo di inviare serie improvvise di tracce, limitiamo il numero di tracce di codici e richieste di rete inviate da un dispositivo a 300 eventi ogni 10 minuti. Questo approccio protegge il dispositivo da strumentazioni in loop che possono inviare grandi quantità di dati sulle prestazioni e impedisce a un singolo dispositivo di distorcere le misurazioni delle prestazioni.

• Campionamento dinamico : il monitoraggio delle prestazioni raccoglie un limite di circa 100 milioni di eventi per le tracce del codice e 100 milioni di tracce delle richieste di rete per app ogni giorno in tutti gli utenti dell'app. Una frequenza di campionamento dinamica viene recuperata sui dispositivi (utilizzando Firebase Remote Config) per determinare se un dispositivo casuale deve acquisire e inviare tracce. Un dispositivo non selezionato per il campionamento non invia alcun evento. La frequenza di campionamento dinamico è specifica dell'app e viene regolata per garantire che il volume complessivo dei dati raccolti rimanga al di sotto del limite.

  Le sessioni utente inviano dati aggiuntivi e dettagliati dal dispositivo di un utente, richiedendo più risorse per acquisire e inviare i dati. Per ridurre al minimo l'impatto delle sessioni utente, il monitoraggio delle prestazioni potrebbe anche limitare il numero di sessioni.

• Limitazione della velocità lato server : per garantire che le app non superino il limite di campionamento, il monitoraggio delle prestazioni potrebbe utilizzare il campionamento lato server per eliminare alcuni eventi ricevuti dai dispositivi. Sebbene questo tipo di limitazione non modifichi l'efficacia delle nostre metriche, potrebbe causare lievi variazioni del modello, tra cui quanto segue:

  • Il numero di tracce può differire dal numero di volte in cui è stata eseguita una parte di codice.
  • Le tracce strettamente accoppiate nel codice possono avere ciascuna un numero diverso di campioni.

Cosa è successo alla scheda Problemi nella console?

Abbiamo sostituito la scheda Problemi con l'introduzione degli Avvisi, che ti avvisano automaticamente quando vengono superate le soglie impostate. Non è più necessario controllare manualmente la console Firebase per determinare lo stato di una soglia. Per ulteriori informazioni sugli avvisi, consulta Impostazione degli avvisi per i problemi di prestazioni .

Cosa è successo alle schede Sul dispositivo e Rete nella console? Come posso visualizzare le tracce presenti su quelle pagine?

Abbiamo riprogettato la sezione Monitoraggio delle prestazioni della console Firebase in modo che la scheda Dashboard mostri le tue metriche chiave e tutte le tue tracce in un unico spazio. Nell'ambito della riprogettazione, abbiamo rimosso le pagine Sul dispositivo e Rete .

La tabella delle tracce nella parte inferiore della scheda Dashboard contiene tutte le stesse informazioni visualizzate nelle schede Sul dispositivo e Rete , ma con alcune funzionalità aggiunte, inclusa la possibilità di ordinare le tracce in base alla variazione percentuale per una metrica specifica. Per visualizzare tutti i parametri e i dati per una traccia specifica, fare clic sul nome della traccia nella tabella delle tracce.

Visualizza le tue tracce nelle seguenti sottoschede della tabella delle tracce:

• Tracce delle richieste di rete (sia predefinite che personalizzate): sottoscheda Richieste di rete
• Tracce del codice personalizzato: sottoscheda Tracce personalizzate
• Tracce di avvio dell'app, app in primo piano, app in background: sottoscheda Tracce personalizzate
• Tracce rendering dello schermo: sottoscheda Rendering dello schermo
• Tracce di caricamento della pagina: sottoscheda del caricamento della pagina

Per dettagli sulla tabella delle tracce e sulla visualizzazione di parametri e dati, visitare la pagina di panoramica della console ( iOS+ | Android | Web ).

Perché il numero di fotogrammi lenti e bloccati non è quello previsto?

I fotogrammi con rendering lento e i fotogrammi congelati vengono calcolati con una frequenza di aggiornamento presunta del dispositivo di 60 Hz. Se la frequenza di aggiornamento del dispositivo è inferiore a 60 Hz, ogni fotogramma avrà un tempo di rendering più lento perché vengono sottoposti a rendering meno fotogrammi al secondo. Tempi di rendering più lenti possono causare la segnalazione di fotogrammi più lenti o congelati perché più fotogrammi verranno renderizzati più lentamente o si bloccheranno. Tuttavia, se la frequenza di aggiornamento del dispositivo è superiore a 60 Hz, ciascun fotogramma avrà un tempo di rendering più rapido. Ciò può causare la segnalazione di un minor numero di fotogrammi lenti o bloccati. Questa è una limitazione attuale nell'SDK di monitoraggio delle prestazioni.

Perché non riesco a vedere le tracce dei frammenti?

Per visualizzare le prestazioni dei frammenti oltre all'attività dell'app, assicurati che la tua app utilizzi Performance Monitoring Android SDK versione 20.1.0 o successiva. Per ulteriori informazioni, consulta Aggiungere il monitoraggio delle prestazioni alla tua app .

Come faccio a capire quali tracce sono legate a frammenti e attività?

Ciascuno dei frammenti e delle tracce di attività si basa sul nome della classe come definito nell'applicazione. Ciascuna delle tracce dello schermo contiene il prefisso st seguito dal nome della classe. Sulla console Firebase, il prefisso viene rimosso. Per ulteriori informazioni, consulta Informazioni sui dati sulle prestazioni del rendering dello schermo (app Apple e Android) .

Perché vedo meno tracce di frammenti rispetto ad altre tracce?

Il monitoraggio delle prestazioni esegue il campionamento degli eventi su tutti gli eventi raccolti su un dispositivo. Questo approccio ci consente di raccogliere gli eventi minimi necessari dai dispositivi degli utenti per fornire parametri di prestazione.

Come vengo avvisato quando si verifica un problema con le prestazioni di rendering della mia applicazione?

Il monitoraggio delle prestazioni ti consente di impostare avvisi per le metriche che ti interessano. Per le tracce di rendering dello schermo generate, puoi impostare avvisi per avvisarti quando la percentuale di fotogrammi lenti e bloccati supera una soglia impostata.

I miei tempi di creazione sono elevati dopo aver abilitato il plug-in Performance Monitoring Gradle. Come posso migliorarlo?

Performance Monitoring per Android utilizza la strumentazione bytecode per fornire alcune funzionalità pronte all'uso come il monitoraggio delle richieste di rete HTTP/S . Come parte della compilazione, il processo richiede l'iterazione di tutte le classi dell'app (comprese le dipendenze) per strumentare il codice cruciale nella misurazione delle prestazioni delle richieste di rete dell'applicazione.

Ecco alcuni fattori chiave che contribuiscono ad aumentare i tempi di costruzione:

• Numero di classi o file
• Dimensione di ciascuna di queste classi (righe di codice)
• La configurazione della tua macchina
• Build iniziale rispetto a una build successiva (le build successive sono generalmente più veloci della build iniziale)

Per ottimizzare i tempi di creazione, valuta la possibilità di modularizzare il codice .

A partire dalla versione 1.3.3 del plug-in Performance Monitoring, ci siamo concentrati sull'apporto di notevoli miglioramenti nell'elaborazione incrementale della build e nella memorizzazione nella cache degli input della libreria. Per ricevere i miglioramenti più recenti in fase di compilazione, assicurati di utilizzare la versione più recente del plug-in (v1.4.2) .

Tieni presente che puoi disabilitare localmente il plug-in Monitoraggio delle prestazioni per le build di debug se desideri evitare tempi di compilazione lunghi. Tuttavia, questo approccio non è consigliato per le build di produzione, poiché potrebbe comportare la mancata misurazione delle prestazioni per le richieste di rete nella tua app.

Cosa faccio se ricevo errori di compilazione dovuti a librerie incompatibili con il plugin Performance Monitoring Gradle?

Performance Monitoring per Android utilizza la strumentazione bytecode per fornire alcune funzionalità pronte all'uso come il monitoraggio delle richieste di rete HTTP/S . Come parte della compilazione, il processo richiede l'iterazione di tutte le classi dell'app (comprese le dipendenze) per strumentare il codice cruciale nella misurazione delle prestazioni delle richieste di rete dell'applicazione.

Se ricevi errori di compilazione come JSR/RET are not supported with computeFrames option o errori simili dopo l'integrazione con il plug-in Performance Monitoring, ciò potrebbe essere dovuto al fatto che hai anche una dipendenza da una libreria che non è compatibile con il plug-in Performance Monitoring Gradle.

Per aggirare questo problema, puoi escludere classi/librerie incompatibili dall'instrumenting seguendo questi passaggi:

1. Aggiornamento all'ultima versione del plug-in Performance Monitoring Gradle (minimo v1.4.0 ).
2. Aggiorna la versione del plug-in Android Gradle alla versione v7.2.0 o successiva.
3. Aggiungi il seguente flag al file build.gradle del tuo modulo (a livello di app) per escludere le classi/librerie incompatibili dall'instrumentazione:

   android {
     // ...
     androidComponents {
       onVariants(selector().all(), {
           instrumentation.excludes.add("example.incompatible.library")
       })
     }
   }
   

   Per ulteriori informazioni sulla proprietà exclude dell'API di Instrumentation del plug-in Android Gradle, consulta Instrumentation .

Si prega di inviare un problema a Github quando si riscontrano errori di compilazione dovuti a librerie incompatibili in modo che possano anche essere escluse dall'instrumenting nel plug-in di monitoraggio delle prestazioni.

L'esportazione in BigQuery dei miei dati di monitoraggio delle prestazioni sta richiedendo più tempo del previsto. Non è il tempo reale?

Se hai abilitato l'integrazione BigQuery per Firebase Performance Monitoring, i tuoi dati verranno esportati in BigQuery dalle 12 alle 24 ore dopo la fine della giornata (ora del Pacifico).

Ad esempio, i dati relativi al 19 aprile saranno disponibili in BigQuery il 20 aprile tra le 12:00 e la mezzanotte (tutte le date e gli orari si riferiscono al fuso orario del Pacifico).

Cosa significano i dati delle prestazioni "quasi in tempo reale"?

I processi di monitoraggio delle prestazioni di Firebase hanno raccolto i dati sulle prestazioni quando sono disponibili, il che si traduce in una visualizzazione dei dati quasi in tempo reale nella console Firebase. Visualizzazioni di dati elaborati nella console entro pochi minuti dalla sua raccolta, quindi il termine "vicino in tempo reale".

Per sfruttare l'elaborazione dei dati quasi in tempo reale, assicurarsi che la tua app utilizzi una versione SDK compatibile in tempo reale .

Come mi avvicino ai dati sulle prestazioni in tempo reale per la mia app?

Per sfruttare l'elaborazione dei dati quasi in tempo reale, devi solo assicurarti che la tua app utilizzi una versione SDK di monitoraggio delle prestazioni compatibile con l'elaborazione dei dati in tempo reale.

Queste sono le versioni SDK compatibili in tempo reale:

• iOS - v7.3.0 o successivo
• TVOS - V8.9.0 o successivo
• Android - V19.0.10 o successivo (o Firebase Android Bom V26.1.0 o successivo)
• Web - v7.14.0 o successivo

Si noti che consigliamo sempre di utilizzare l'ultima versione di SDK, ma qualsiasi versione sopra elencata consentirà il monitoraggio delle prestazioni per elaborare i dati in tempo quasi reale.

Quali versioni dell'SDK di monitoraggio delle prestazioni sono considerate compatibili in tempo reale?

Queste sono le versioni SDK compatibili con l'elaborazione dei dati in tempo reale:

• iOS - v7.3.0 o successivo
• TVOS - V8.9.0 o successivo
• Android - V19.0.10 o successivo (o Firebase Android Bom V26.1.0 o successivo)
• Web - v7.14.0 o successivo

Si noti che consigliamo sempre di utilizzare l'ultima versione di SDK, ma qualsiasi versione sopra elencata consentirà il monitoraggio delle prestazioni per elaborare i dati in tempo quasi reale.

E se non aggiorni la mia app per utilizzare una versione SDK compatibile in tempo reale?

Se la tua app non utilizza una versione SDK compatibile in tempo reale, vedrai comunque tutti i dati sulle prestazioni della tua app nella console Firebase. Tuttavia, la visualizzazione dei dati sulle prestazioni sarà ritardata di circa 36 ore dal momento della sua raccolta.

Ho aggiornato a una versione SDK compatibile in tempo reale, ma alcuni dei miei utenti sono ancora su vecchie versioni della mia app. Continuo a vedere i loro dati sulle prestazioni nella console Firebase?

SÌ! Indipendentemente dalla versione SDK utilizzata da un'istanza dell'app, vedrai i dati sulle prestazioni di tutti i tuoi utenti.

Tuttavia, se stai osservando dati recenti (meno di circa 36 ore), i dati visualizzati provengono dagli utenti delle istanze delle app utilizzando una versione SDK compatibile in tempo reale. I dati non recenti , tuttavia, includono dati sulle prestazioni di tutte le versioni dell'app.