Risoluzione dei problemi e domande frequenti su Performance Monitoring

Come visualizzare i messaggi di log per gli eventi relativi alle prestazioni

1. Attiva il logging di debug per Performance Monitoring in fase di build aggiungendo un elemento <meta-data> al file AndroidManifest.xml dell'app, in questo modo:

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

2. Controlla i messaggi di log per verificare la presenza di eventuali messaggi di errore.

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

   adb logcat -s FirebasePerformance

4. Cerca i seguenti tipi di log che indicano che Performance Monitoring sta registrando 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 dati nella console Firebase. L'aggiornamento dei dati nella dashboard potrebbe richiedere alcuni istanti.

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

Ho aggiunto l'SDK all'app, ma la console continua a indicare 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. In genere, entro 10 minuti dall'avvio dell'app, la dashboard Prestazioni della console Firebase mostra il messaggio "SDK rilevato". Poi, entro 30 minuti, la dashboard visualizza i dati elaborati iniziali.

Se sono trascorsi più di 10 minuti da quando hai aggiunto l'ultima versione dell'SDK alla tua app e non vedi ancora alcuna modifica, controlla i messaggi di log per assicurarti che Performance Monitoring stia registrando gli eventi. Prova i passaggi per la risoluzione dei problemi appropriati, come descritto di seguito, per risolvere i problemi relativi a un messaggio di rilevamento dell'SDK ritardato.

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

Performance Monitoring elabora i dati sugli eventi relativi alle prestazioni prima di visualizzarli nella dashboard Prestazioni.

Se sono trascorse più di 24 ore dalla visualizzazione del messaggio "SDK rilevato" e ancora non vedi i dati, controlla la dashboard dello stato di Firebase per verificare se è presente un'interruzione nota. Se non è presente un'interruzione, contatta l'assistenza Firebase.

L'app non registra eventi relativi alle prestazioni

Se non vedi i messaggi di log per gli eventi relativi alle prestazioni, prova i seguenti passaggi per la risoluzione dei problemi:

1. Controlla la configurazione del plug-in Gradle Performance Monitoring come segue:

   1. Assicurati di aver aggiunto il plug-in correttamente. 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 classpath per il plug-in (classpath 'com.google.firebase:perf-plugin:2.0.2') nel file build.gradle a livello di progetto.

   2. Assicurati che il plug-in non sia disattivato 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 Performance Monitoring non sia disattivato tramite uno dei seguenti flag nel file AndroidManifest.xml:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. Assicurati che Performance Monitoring non sia disabilitato in fase di runtime.

4. Se non riesci a trovare elementi disattivati nella tua app, contatta l'assistenza Firebase.

La Performance Dashboard non contiene dati di traccia della schermata

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

1. Assicurati di utilizzare l'ultima versione dell'SDK Android (v23.0.1). Le tracce di rendering dello schermo sono disponibili solo con la versione 15.2.0 o successive.

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

3. Assicurati di non utilizzare DexGuard o Jack. Performance Monitoring non è compatibile con queste toolchain.

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

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

Nella Performance Dashboard mancano i dati di traccia personalizzati

Visualizzi i dati sul rendimento per le tracce raccolte automaticamente, ma non per le tracce di codice personalizzato? Prova a svolgere i seguenti passaggi per la risoluzione dei problemi:

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

   • I nomi delle tracce di codice personalizzato e delle metriche personalizzate devono soddisfare i seguenti requisiti: nessuno spazio vuoto iniziale o finale, nessun carattere di trattino basso (_) iniziale e 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 le tracce di codice personalizzato tramite la notazione @AddTrace, controlla la configurazione del plug-in Gradle Performance Monitoring:

   1. Assicurati di aver aggiunto il plug-in correttamente. 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 classpath per il plug-in (classpath 'com.google.firebase:perf-plugin:2.0.2') nel file build.gradle a livello di progetto.

   2. Assicurati che il plug-in non sia disattivato 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 log per assicurarti che Performance Monitoring registri le tracce del codice personalizzato previste.

4. Se Performance Monitoring registra gli eventi, ma non vengono visualizzati dati dopo 24 ore, contatta l'assistenza Firebase.

Nella Performance Dashboard 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 per Android, il plug-in Gradle Performance Monitoring abilita la strumentazione che fornisce il monitoraggio automatico delle richieste di rete HTTP/S. Verifica quanto segue:

   1. Assicurati di aver aggiunto il plug-in correttamente. 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 classpath per il plug-in (classpath 'com.google.firebase:perf-plugin:2.0.2') nel file build.gradle a livello di progetto.

   2. Assicurati che il plug-in non sia disattivato tramite uno dei seguenti flag:

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

2. Verifica l'incompatibilità della libreria di rete. Performance Monitoring raccoglie automaticamente le metriche per le richieste di rete che utilizzano le seguenti librerie di networking: OkHttp 3.x.x, URLConnection di Java e Apache HttpClient.

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

3. Tieni presente quanto segue:

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

   • Performance Monitoring non è compatibile con DexGuard e Jack.

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

   • Performance Monitoring non genera report sulle 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

Scopri di più su come Performance Monitoring aggrega i dati delle richieste di rete nei pattern URL.

Puoi anche provare i pattern URL personalizzati.

Che fine ha fatto la sezione Problemi principali nella scheda Rendimento della home page del progetto?

Abbiamo sostituito Problemi principali con Avvisi recenti in seguito alla recente introduzione degli avvisi, che ti informano automaticamente quando vengono superate le soglie impostate. I problemi sono ora deprecati e sostituiti dagli avvisi.

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

Per scoprire di più sugli avvisi, consulta Configura gli avvisi per i problemi di prestazioni.

Che fine ha fatto la possibilità di impostare soglie per i problemi nella console?

Performance Monitoring supporta gli avvisi per le metriche che superano le soglie definite. Per evitare confusione con queste soglie configurabili per le metriche sul rendimento, abbiamo rimosso la possibilità di configurare le soglie per i problemi.

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

Abbiamo sostituito le pagine Dettagli e Metriche con una nuova interfaccia utente (UI) centralizzata e riprogettata per migliorare la risoluzione dei problemi. Questa nuova UI per la risoluzione dei problemi offre le stesse funzionalità di base di Dettagli e Metriche. Per scoprire di più sulla risoluzione dei problemi, consulta Visualizza più dati per una traccia specifica.

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

Performance Monitoring raccoglie i dati sul rendimento dai dispositivi degli utenti della tua app. Se la tua applicazione ha molti utenti o se genera una grande quantità di attività relative alle prestazioni, Performance Monitoring potrebbe limitare la raccolta dei dati a un sottoinsieme di dispositivi per ridurre il numero di eventi elaborati. Questi limiti sono sufficientemente elevati da garantire che, anche con un numero inferiore di eventi, i valori delle metriche siano comunque rappresentativi dell'esperienza con l'app dell'utente.

Per gestire il volume di dati che raccogliamo, Performance Monitoring utilizza le seguenti opzioni di campionamento:

• Limitazione di frequenza on-device: per evitare che un dispositivo invii improvvisi picchi di tracce, limitiamo il numero di tracce di codice e di tracce della richiesta 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 sul rendimento e impedisce a un singolo dispositivo di alterare le misurazioni del rendimento.

• Campionamento dinamico: Performance Monitoring raccoglie ogni giorno un numero limitato di tracce di codice e tracce delle richieste di rete per app per tutti gli utenti dell'app. Sui dispositivi viene recuperata una frequenza di campionamento dinamica (utilizzando Firebase Remote Config) per determinare se un dispositivo casuale deve acquisire e inviare tracce. Un dispositivo non selezionato per il campionamento non invia eventi. La frequenza di campionamento dinamica è specifica per l'app e si adatta per garantire che il volume complessivo dei dati raccolti rimanga al di sotto del limite.

  I progetti che hanno attivato l'integrazione di BigQuery ricevono un limite più elevato per il numero di tracce delle richieste di rete.

  Le sessioni utente inviano dati aggiuntivi e dettagliati dal dispositivo di un utente, richiedendo più risorse per l'acquisizione e l'invio dei dati. Per ridurre al minimo l'impatto delle sessioni utente, Performance Monitoring potrebbe anche limitare il numero di sessioni.

• Limitazione di frequenza lato server: per garantire che le app non superino il limite di campionamento, Performance Monitoring 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 lievi variazioni dei pattern, tra cui:

  • Il numero di tracce può essere diverso dal numero di volte in cui è stato eseguito un blocco di codice.
  • Le tracce strettamente accoppiate nel codice possono avere un numero diverso di campioni.

Che fine ha fatto la scheda Problemi nella console?

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

Che cosa è successo alle schede On-device e Rete nella console? Come faccio a visualizzare le tracce presenti in quelle pagine?

Abbiamo riprogettato la sezione Performance Monitoring della console Firebase in modo che la scheda Dashboard mostri le metriche chiave e tutte le tracce in un unico spazio. Nell'ambito del nuovo design, abbiamo rimosso le pagine Sul dispositivo e Rete.

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

Visualizza le tracce nelle seguenti schede secondarie della tabella delle tracce:

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

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

Perché il numero di frame lenti e bloccati non è quello che mi aspettavo?

I frame con rendering lento e i frame bloccati vengono calcolati con una frequenza di aggiornamento del dispositivo presunta di 60 Hz. Se la frequenza di aggiornamento di un dispositivo è inferiore a 60 Hz, ogni frame avrà un tempo di rendering più lento perché vengono visualizzati meno frame al secondo. Tempi di rendering più lenti possono causare la segnalazione di un numero maggiore di frame lenti o bloccati, perché un numero maggiore di frame verrà visualizzato più lentamente o si bloccherà. Tuttavia, se la frequenza di aggiornamento di un dispositivo è superiore a 60 Hz, ogni frame avrà un tempo di rendering più rapido. Ciò può comportare la segnalazione di un numero inferiore di frame lenti o bloccati. Si tratta di una limitazione attuale dell'SDK Performance Monitoring.

Perché non riesco a visualizzare le tracce dei frammenti?

Per visualizzare il rendimento dei frammenti oltre all'attività dell'app, assicurati che la tua app utilizzi l'SDK Android Performance Monitoring versione 20.1.0 o successive. Per scoprire di più, consulta Aggiungi Performance Monitoring alla tua app.

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

Ogni traccia di frammento e attività si basa sul nome della classe definito nell'applicazione. Ogni traccia della schermata contiene il prefisso st seguito dal nome della classe. Nella console Firebase, il prefisso viene rimosso. Per scoprire di più, consulta Scopri di più sui dati sul rendimento del rendering dello schermo (app Apple e app per Android) .

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

Performance Monitoring esegue il campionamento degli eventi su tutti gli eventi raccolti su un dispositivo. Questo approccio ci consente di raccogliere il numero minimo di eventi necessari dai dispositivi degli utenti per fornire metriche sul rendimento.

Come ricevo una notifica quando si verifica un problema con le prestazioni di rendering della mia applicazione?

Performance Monitoring ti consente di configurare avvisi per le metriche che ti interessano. Per le tracce di rendering dello schermo generate, puoi configurare avvisi per ricevere una notifica quando la percentuale di frame lenti e bloccati supera una soglia impostata.

I tempi di build sono elevati dopo l'attivazione del plug-in Gradle Performance Monitoring. Come posso migliorare?

Performance Monitoring per Android utilizza la strumentazione del 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 della tua app (incluse le dipendenze) per instrumentare il codice fondamentale per misurare le prestazioni delle richieste di rete della tua applicazione.

Ecco alcuni fattori chiave che contribuiscono a un aumento del tempo di build:

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

Per ottimizzare il tempo di build, valuta la possibilità di modularizzare il codice.

A partire dalla versione 1.3.3 del plug-in Performance Monitoring, ci siamo concentrati sull'apportare miglioramenti significativi all'elaborazione delle build incrementali e alla memorizzazione nella cache degli input della libreria. Per ricevere i miglioramenti più recenti relativi ai tempi di build, assicurati di utilizzare l'ultima versione del plug-in (v2.0.2).

Tieni presente che puoi disattivare il plug-in Performance Monitoring localmente per le build di debug se vuoi evitare tempi di build lunghi. 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 build dovuti a librerie incompatibili con il plug-in Gradle Performance Monitoring?

Performance Monitoring per Android utilizza la strumentazione del 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 della tua app (incluse le dipendenze) per instrumentare il codice fondamentale per misurare le prestazioni delle richieste di rete della tua applicazione.

Se ricevi errori di build come JSR/RET are not supported with computeFrames option o errori simili dopo l'integrazione con il plug-in Performance Monitoring, il motivo potrebbe essere che hai anche una dipendenza da una libreria incompatibile con il plug-in Gradle Performance Monitoring.

Per aggirare questo problema, puoi escludere le classi/librerie incompatibili dalla strumentazione seguendo questi passaggi:

1. Esegui l'aggiornamento all'ultima versione del plug-in Gradle Performance Monitoring (minimo v1.4.0).
2. Aggiorna la versione del plug-in Android per Gradle alla versione 7.2.0 o successive.
3. Aggiungi il seguente flag al file build.gradle del modulo (a livello di app) per escludere le classi/librerie incompatibili dalla strumentazione:

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

   Per scoprire di più sulla proprietà exclude dell'API Instrumentation del plug-in Android per Gradle, consulta Strumentazione.

Invia un problema su GitHub quando riscontri errori di build dovuti a librerie incompatibili, in modo che possano essere escluse dalla strumentazione nel plug-in Performance Monitoring.

L'esportazione dei miei dati Performance Monitoring in BigQuery richiede più tempo del previsto. Non è in tempo reale?

Se hai attivato l'integrazione di BigQuery per Firebase Performance Monitoring, i dati verranno esportati in BigQuery da 12 a 24 ore dopo la fine della giornata (fuso orario del Pacifico).

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

Quanti pattern URL personalizzati posso creare?

Puoi creare fino a 400 pattern URL personalizzati in totale per app e fino a 100 pattern URL personalizzati per dominio per l'app.

Che cosa si intende per dati sul rendimento "quasi in tempo reale"?

Firebase Performance Monitoring elabora i dati sul rendimento raccolti man mano che arrivano, il che si traduce in una visualizzazione dei dati quasi in tempo reale nella console Firebase. I dati elaborati vengono visualizzati nella console entro pochi minuti dalla raccolta, da cui il termine "quasi in tempo reale".

Per usufruire del trattamento dei dati quasi in tempo reale, assicurati che la tua app utilizzi una versione dell'SDK compatibile con il tempo reale.

Come faccio a ottenere dati sul rendimento quasi in tempo reale per la mia app?

Per usufruire del trattamento dati quasi in tempo reale, devi solo assicurarti che la tua app utilizzi una versione dell'SDK Performance Monitoring compatibile con il trattamento dati in tempo reale.

Queste sono le versioni dell'SDK compatibili in tempo reale:

• iOS: v7.3.0 o versioni successive
• tvOS: v8.9.0 o versioni successive
• Android: v19.0.10 o versioni successive (o Firebase Android BoM v26.1.0 o versioni successive)
• Web: v7.14.0 o versioni successive

Tieni presente che consigliamo sempre di utilizzare l'ultima versione dell'SDK, ma qualsiasi versione elencata sopra consentirà a Performance Monitoring di elaborare i tuoi dati quasi in tempo reale.

Quali versioni dell'SDK Performance Monitoring sono considerate compatibili in tempo reale?

Queste sono le versioni dell'SDK compatibili con il trattamento dei dati in tempo reale:

• iOS: v7.3.0 o versioni successive
• tvOS: v8.9.0 o versioni successive
• Android: v19.0.10 o versioni successive (o Firebase Android BoM v26.1.0 o versioni successive)
• Web: v7.14.0 o versioni successive

Tieni presente che consigliamo sempre di utilizzare l'ultima versione dell'SDK, ma qualsiasi versione elencata sopra consentirà a Performance Monitoring di elaborare i tuoi dati quasi in tempo reale.

Cosa succede se non aggiorno la mia app per utilizzare una versione dell'SDK compatibile con i dati in tempo reale?

Se la tua app non utilizza una versione dell'SDK compatibile con i dati in tempo reale, vedrai comunque tutti i dati sul rendimento dell'app nella console Firebase. Tuttavia, la visualizzazione dei dati sul rendimento subirà un ritardo di circa 36 ore rispetto al momento della raccolta.

Ho eseguito l'aggiornamento a una versione dell'SDK compatibile con i dati in tempo reale, ma alcuni dei miei utenti utilizzano ancora versioni precedenti della mia app. Continuo a visualizzare i dati sul rendimento nella console Firebase?

Sì! Indipendentemente dalla versione dell'SDK utilizzata da un'istanza dell'app, vedrai i dati sul rendimento di tutti i tuoi utenti.

Tuttavia, se esamini i dati recenti (meno di circa 36 ore), i dati visualizzati provengono dagli utenti di istanze di app che utilizzano una versione dell'SDK compatibile in tempo reale. I dati non recenti, invece, includono i dati sul rendimento di tutte le versioni della tua app.

Perché non vedo la visualizzazione in tempo reale dei dati sul rendimento?

Per visualizzare i dati sul rendimento in tempo reale, assicurati che la tua app utilizzi una versione dell'SDK Performance Monitoring compatibile con l'elaborazione dei dati in tempo reale.

• iOS: v7.3.0 o versioni successive
• tvOS: v8.9.0 o versioni successive
• Android: v19.0.10 o versioni successive (o Firebase Android BoM v26.1.0 o versioni successive)
• Web: v7.14.0 o versioni successive

Tieni presente che consigliamo sempre di utilizzare l'ultima versione dell'SDK, ma qualsiasi versione elencata sopra consentirà a Performance Monitoring di elaborare i tuoi dati quasi in tempo reale.