Risoluzione dei problemi di monitoraggio delle prestazioni e domande frequenti

Come visualizzare i messaggi di registro per gli eventi delle prestazioni

1. Abilita la registrazione di debug per il monitoraggio delle prestazioni in fase di compilazione 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 tuoi messaggi di registro per eventuali messaggi di errore.

3. Il monitoraggio delle prestazioni contrassegna i suoi messaggi di registro 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 seguente comando:

   adb logcat -s FirebasePerformance

4. Verificare la presenza dei seguenti tipi di log che indicano che il monitoraggio delle prestazioni sta registrando gli eventi delle 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. L'aggiornamento dei dati nella dashboard potrebbe richiedere alcuni istanti.

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 è in grado di rilevare se hai aggiunto correttamente l'SDK di monitoraggio delle prestazioni alla tua app quando riceve informazioni sugli eventi (come le interazioni dell'app) dalla tua app. Di solito entro 10 minuti dall'avvio dell'app, la dashboard delle prestazioni della console Firebase visualizza un messaggio "SDK rilevato". Quindi, entro 30 minuti, la dashboard visualizza i dati elaborati inizialmente.

Se sono trascorsi più di 10 minuti da quando hai aggiunto l'ultima versione dell'SDK alla tua app e continui a non vedere alcuna modifica, controlla i messaggi di log per assicurarti che il monitoraggio delle prestazioni stia registrando gli eventi. Prova i passaggi di risoluzione dei problemi appropriati come descritto 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 delle prestazioni .

Se sono trascorse più di 24 ore da quando è apparso il messaggio "SDK rilevato" e continui a non visualizzare i dati, controlla la Firebase Status Dashboard nel caso in cui sia nota un'interruzione. 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 per gli eventi relativi alle prestazioni , prova i seguenti passaggi per la risoluzione dei problemi:

1. Controlla la configurazione del plug-in Gradle per il monitoraggio delle prestazioni, come segue:

   1. Assicurati di aver aggiunto correttamente il plug-in . In particolare, controlla quanto segue:

      • Hai aggiunto il plug-in ( apply plugin: 'com.google.firebase.firebase-perf' ) nel file build.gradle del 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 tuo file build.gradle a livello di progetto .

   2. Assicurati che il plug-in 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. Assicurarsi 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 di Firebase .

Nel dashboard delle prestazioni mancano i dati di traccia dello schermo

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

1. Assicurati di utilizzare l'ultima versione di Android SDK (v20.3.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 non è compatibile con queste toolchain.

   • DexGuard disabilita la raccolta automatica delle tracce di avvio dell'app, app in primo piano e app in background. Tuttavia, qualsiasi traccia di codice personalizzato dovrebbe comportarsi normalmente se l'app utilizza DexGuard.

   • Jack è obsoleto e generalmente non dovrebbe 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 instrumentato le tracce del codice personalizzato tramite Trace API , controlla la configurazione delle tracce, in particolare quanto segue:

   • I nomi per le tracce del codice personalizzato e le metriche personalizzate devono soddisfare i seguenti requisiti: nessuno spazio bianco 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 non avviata, non arrestata o arrestata prima dell'avvio non verrà registrata.

2. Se hai instrumentato tracce di codice personalizzate tramite la notazione @AddTrace , controlla l'impostazione del plug-in Gradle per il monitoraggio delle prestazioni:

   1. Assicurati di aver aggiunto correttamente il plug-in . In particolare, controlla quanto segue:

      • Hai aggiunto il plug-in ( apply plugin: 'com.google.firebase.firebase-perf' ) nel file build.gradle del 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 tuo file build.gradle a livello di progetto .

   2. Assicurati che il plug-in 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 Performance Monitoring stia registrando le tracce del codice personalizzato previste.

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

Nella dashboard delle prestazioni mancano i dati delle richieste di rete

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

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

   1. Assicurati di aver aggiunto correttamente il plug-in . In particolare, controlla quanto segue:

      • Hai aggiunto il plug-in ( apply plugin: 'com.google.firebase.firebase-perf' ) nel file build.gradle del 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 tuo file build.gradle a livello di progetto .

   2. Assicurati che il plug-in 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 le metriche 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 è obsoleto e generalmente non dovrebbe 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 le intestazioni Content-Type verranno comunque accettate.

I dati delle richieste di rete non vengono aggregati come previsto

Ulteriori informazioni su come il monitoraggio delle prestazioni aggrega i dati delle richieste di rete nei pattern URL.

Puoi anche provare pattern URL personalizzati !

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

Abbiamo sostituito i problemi principali con gli avvisi recenti in seguito alla nostra recente introduzione degli avvisi, che ti avvisano automaticamente quando vengono superate le soglie impostate. I problemi sono ora obsoleti 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 Impostare avvisi per problemi di prestazioni .

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

Il monitoraggio delle prestazioni supporta gli 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 le soglie per i problemi .

Che cosa è successo alle informazioni Dettagli e metriche nella console Firebase?

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

Perché il numero di campioni non è quello che mi aspetto?

Il monitoraggio delle prestazioni raccoglie i dati sulle prestazioni dai dispositivi degli utenti della tua app. Se l'applicazione ha molti utenti o se l'app genera una grande quantità di attività delle prestazioni, 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 un minor numero di eventi, i valori della metrica siano comunque rappresentativi dell'esperienza con l'app dell'utente.

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

• Limitazione della velocità sul dispositivo : per evitare che un dispositivo invii picchi improvvisi 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 circa 100 milioni di eventi per le tracce del codice e 100 milioni per le tracce delle richieste di rete per app tra 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 dinamica è specifica dell'app e si regola 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 frequenza 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 influisca sull'efficacia delle nostre metriche, potrebbe causare variazioni minori del pattern, tra cui:

  • 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.

Che cosa è successo alla scheda Problemi nella console?

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

Che cosa è successo alle schede Sul dispositivo e Rete nella console? Come posso visualizzare le tracce che erano 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à aggiuntive, inclusa la possibilità di ordinare le tracce in base alla variazione percentuale per una metrica specifica. Per visualizzare tutte le metriche 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 codice personalizzato: sottoscheda Tracce personalizzate
• Tracce avvio app, app in primo piano, app in background: sottoscheda Tracce personalizzate
• Tracce di rendering dello schermo: sottoscheda Rendering dello schermo
• Tracce caricamento pagina: sottoscheda Caricamento pagina

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

Perché il numero di fotogrammi lenti e congelati non è quello che mi aspettavo?

I fotogrammi di rendering lenti e i fotogrammi congelati vengono calcolati con una frequenza di aggiornamento del dispositivo presunta di 60Hz. Se la frequenza di aggiornamento di un dispositivo è inferiore a 60 Hz, ogni fotogramma avrà un tempo di rendering più lento perché viene eseguito il rendering di un numero inferiore di 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 di un dispositivo è superiore a 60 Hz, ogni fotogramma avrà un tempo di rendering più rapido. Ciò può causare la segnalazione di un minor numero di frame lenti o bloccati. Questa è una limitazione corrente 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 l'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à?

Ogni traccia di frammento e attività è basata sul nome della classe come definito nell'applicazione. Ognuna 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 di 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 metriche sulle prestazioni.

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, è possibile impostare avvisi per avvisare l'utente quando la percentuale di fotogrammi lenti e bloccati supera una soglia impostata.

I miei tempi di compilazione sono elevati dopo aver abilitato il plug-in Gradle per il monitoraggio delle prestazioni. Come posso migliorare questo?

Il monitoraggio delle prestazioni per Android utilizza la strumentazione bytecode per fornire alcune funzionalità predefinite come il monitoraggio delle richieste di rete HTTP/S . Come parte della compilazione, il processo richiede l'iterazione di tutte le classi della tua app (incluse le dipendenze) per strumentare il codice che è fondamentale per misurare le prestazioni della richiesta di rete della tua applicazione.

Ecco alcuni fattori che contribuiscono in modo determinante all'aumento dei tempi di compilazione:

• 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 in genere più veloci della build iniziale)

Per ottimizzare i tempi di compilazione, prendi in considerazione la modularizzazione del codice .

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

Si noti che è possibile disabilitare il plug-in di monitoraggio delle prestazioni per le build di debug in locale se si desidera evitare lunghi tempi di compilazione. Tuttavia, questo approccio non è consigliato per le build di produzione, in quanto potrebbe comportare la mancata misurazione delle prestazioni per le richieste di rete nella tua app.

Cosa devo fare se ricevo errori di compilazione a causa di librerie incompatibili con il plug-in Gradle per il monitoraggio delle prestazioni?

Il monitoraggio delle prestazioni per Android utilizza la strumentazione bytecode per fornire alcune funzionalità predefinite come il monitoraggio delle richieste di rete HTTP/S . Come parte della compilazione, il processo richiede l'iterazione di tutte le classi della tua app (incluse le dipendenze) per strumentare il codice che è fondamentale per misurare le prestazioni della richiesta di rete della tua 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 incompatibile con il plug-in Performance Monitoring Gradle.

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

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

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

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

Segnala un problema con Github quando riscontri errori di compilazione dovuti a librerie incompatibili in modo che possano anche essere escluse dall'essere instrumentate nel plug-in Performance Monitoring.

I miei dati sul monitoraggio delle prestazioni impiegano più tempo del previsto per essere esportati in BigQuery. Non è in tempo reale?

Se hai abilitato l'integrazione di BigQuery per il monitoraggio delle prestazioni di Firebase, i tuoi dati verranno esportati in BigQuery da 12 a 24 ore dopo la fine della giornata (ora del Pacifico).

Ad esempio, i dati per il 19 aprile saranno disponibili in BigQuery il 20 aprile tra le 12:00 e mezzanotte (tutte le date e gli orari sono Pacific Time).

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.