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 creazione aggiungendo un <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 se nei messaggi di log sono presenti messaggi di errore.

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

   adb logcat -s FirebasePerformance

4. Controlla i seguenti tipi di log, che indicano che Performance Monitoring è nel logging degli 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'operazione potrebbe richiedere alcuni i momenti necessari per aggiornare i dati nella dashboard.

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

Ho aggiunto l'SDK all'app, ma la console continua a chiedere di aggiungere l'SDK

Firebase è in grado di rilevare se hai aggiunto correttamente l'SDK Performance Monitoring alla tua app Quando riceve informazioni sull'evento (ad esempio interazioni con l'app) dalla tua app. In genere, entro 10 minuti dall'avvio dell'app, la Rendimento dashboard della console Firebase mostra un "SDK rilevato" per creare un nuovo messaggio email. Quindi, entro 30 minuti, la dashboard visualizza i dati elaborati iniziali.

Se sono trascorsi più di 10 minuti dall'aggiunta dell'ultima versione dell'SDK a nell'app e continui a non notare alcuna modifica, controlla il log messaggi per verificare che Performance Monitoring stia registrando eventi. Prova la procedura di risoluzione dei problemi appropriata come descritto di seguito per risolvere i problemi relativi a un messaggio di rilevamento dell'SDK ritardato.

Console dice che l'SDK ma non vengono visualizzati dati

Performance Monitoring elabora i dati degli eventi di rendimento prima di visualizzarli nel Dashboard del rendimento.

Se sono trascorse più di 24 ore dal rilevamento dell'SDK" messaggio visualizzato, e continui a non vedere dati, controlla Dashboard dello stato di Firebase in caso di nota di un'interruzione di servizio. In assenza di interruzioni, contatta l'assistenza Firebase.

L'app non registra i dati eventi di rendimento

Se non vedi i messaggi di log relativi alle prestazioni eventi, prova a seguire questi 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') pollici il file build.gradle del modulo (a livello di app).
      • Hai incluso la dipendenza classpath 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 plug-in non sia disattivato tramite uno dei seguenti flag:

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

2. Verifica che l'SDK Performance Monitoring non sia disattivata tramite uno dei seguenti flag nel tuo file AndroidManifest.xml:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. Assicurati che Performance Monitoring non sia disattivato al runtime.

4. Se nella tua app non trovi contenuti disattivati, contatta l'assistenza Firebase.

La dashboard sul rendimento è mancano i dati di traccia schermo

Se mancano dati per le tracce di rendering dello schermo, prova a procedere nel seguente modo passaggi per la risoluzione dei problemi:

1. Assicurati di utilizzare la versione più recente dell'SDK Android (v21.0.1). Le tracce di rendering dello schermo sono disponibili solo con v15.2.0 o successiva.

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

3. Assicurati di non utilizzare DexGuard o Jack. Performance Monitoring è incompatibili 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, qualsiasi tracce di codice personalizzate dovrebbe comportarsi normalmente se la tua app utilizza DexGuard.

   • Jack è deprecato e in genere non dovrebbe essere usato nella tua app.

La dashboard sul rendimento è dati di traccia personalizzata mancanti

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

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

   • I nomi per le tracce di codice personalizzate e le metriche personalizzate devono soddisfare i seguenti requisiti Requisiti: nessuno spazio vuoto iniziale o finale, nessun trattino basso iniziale (_) e la lunghezza massima è di 32 caratteri.
   • Tutte le tracce devono essere avviate e arrestate. Qualsiasi traccia non avviata, non se viene interrotto o interrotto prima di iniziare non verrà registrato.

2. Se hai eseguito l'instrumentazione delle tracce di codice personalizzato tramite la notazione @AddTrace, controlla la configurazione del plug-in Gradle Performance Monitoring:

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

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

   2. Assicurati che plug-in non è disattivato tramite una delle seguenti opzioni :

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

3. Controlla i messaggi di log per assicurarti che Performance Monitoring sta registrando le tracce di codice personalizzato previste.

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

Dashboard prestazioni mancano i dati della richiesta di rete

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

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

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

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

   2. Assicurati che plug-in non è disattivato tramite una delle seguenti opzioni :

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

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

   Tieni presente che puoi aggiungere il monitoraggio personalizzato della rete richieste.

3. Tieni presente quanto segue:

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

   • Performance Monitoring non è compatibile con DexGuard e Jack.

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

   • Performance Monitoring non segnala le richieste di rete non valide Content-Type intestazioni. Tuttavia, le richieste di rete senza Content-Type intestazioni saranno comunque accettate.

I dati delle richieste di rete non vengono aggregati come previsto

Scopri di più su come Performance Monitoring aggrega la richiesta di rete dati nei pattern URL.

Puoi anche provare l'URL personalizzato modelli!

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

Abbiamo sostituito Principali problemi con Avvisi recenti in seguito alla recente introduzione degli avvisi, che ti inviano una notifica automatica quando vengono superate le soglie impostate. I problemi sono stati ritirati e sostituiti dagli avvisi.

Il selettore di app nella parte superiore della scheda Rendimento filtra l'avviso in Avvisi recenti. Solo i tre avvisi più recenti relativi le app selezionate.

Per scoprire di più sugli avvisi, vedi Configura avvisi per problemi di prestazioni.

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

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

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

Abbiamo sostituito le pagine Dettagli e Metriche con una nuova versione centralizzata per migliorare la risoluzione dei problemi. Questo nuovo per la risoluzione dei problemi offre la stessa funzionalità di base Metriche offerte. Per scoprire di più sulla risoluzione dei problemi, vedi Visualizza altri dati per una traccia specifica.

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

Performance Monitoring raccoglie i dati sul rendimento dai dispositivi degli utenti della tua app. Se le tue ha molti utenti o genera un'elevata quantità di prestazioni attività, Performance Monitoring potrebbe limitare la raccolta dei dati a un sottoinsieme di dispositivi per ridurre il numero di eventi elaborati. Questi limiti sono abbastanza alti anche con un minor numero di eventi, i valori della metrica sono comunque rappresentativi di l'esperienza con l'app da parte dell'utente.

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

• Limitazione di frequenza sul dispositivo: per evitare che un dispositivo invii burst improvvisi di limiti il numero di tracce di codice e richieste di rete inviate da un dispositivo a 300 eventi ogni 10 minuti. Questo approccio protegge il dispositivo dalle misurazioni in loop che possono inviare grandi quantità di dati sulle prestazioni e impedisce a un singolo dispositivo di alterare le misurazioni delle prestazioni.

• Campionamento dinamico: Performance Monitoring raccoglie un limite di circa 100 milioni eventi per le tracce di codice e 100 milioni al giorno per tracce delle richieste di rete per app per tutti gli utenti dell'app. Viene recuperata una frequenza di campionamento dinamica sui dispositivi (utilizzando Firebase Remote Config) per stabilire 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 garantire che il volume complessivo di dati raccolti resti 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 sull'utente sessioni, Performance Monitoring potrebbe anche limitare il numero di sessioni.

• Limitazione della frequenza lato server: per garantire che le app non superino il campionamento limite, Performance Monitoring potrebbe utilizzare il campionamento lato server per eliminare alcuni eventi ricevute dai dispositivi. Anche se questo tipo di limitazione non modifica efficacia delle nostre metriche, potrebbero verificarsi variazioni minime del pattern, tra cui seguenti:

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

Che fine ha fatto la scheda Problemi nella console?

Abbiamo sostituito la scheda Problemi con l'introduzione degli Avvisi, che ti avvisa automaticamente quando vengono superate le soglie che hai impostato. Tu no non sarà più necessario controllare manualmente la console Firebase per determinare lo stato una soglia. Per saperne di più sugli avvisi, consulta Configurare avvisi per problemi di prestazioni.

Che cosa è successo alle schede Sul dispositivo e Rete nella console? Come faccio a visualizzare le tracce presenti su quelle pagine?

Abbiamo riprogettato la sezione Performance Monitoring della console Firebase in modo che La scheda Dashboard mostra le metriche chiave e tutte le tracce in un unico spazio. Come Nell'ambito di questa riprogettazione, 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à aggiunte, inclusa la possibilità di ordinare le tracce per percentuale variazione per una metrica specifica. Per visualizzare tutte le metriche e i dati relativi a uno specifico traccia, fai clic sul nome della traccia nella tabella delle tracce.

Visualizza le tracce nelle seguenti sottotabelle della tabella delle tracce:

• Tracce richiesta di rete (sia predefinite che personalizzate) - sottoscheda Richieste di rete
• Tracce di codice personalizzato: sottoscheda Tracce personalizzate
• Avvio dell'app, tracce in primo piano, app in background - Sottoscheda Tracce personalizzate
• Tracce di rendering della schermata - sottoscheda Rendering della schermata
• Tracce caricamento pagina - Sottoscheda Caricamento pagina

Per maggiori dettagli sulla tabella delle tracce e sulla visualizzazione di metriche e dati, visita la pagina Panoramica 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 un dispositivo presunto una frequenza di aggiornamento di 60 Hz. Se la frequenza di aggiornamento di un dispositivo è inferiore a 60 Hz, ogni frame avrà tempi di rendering più lenti perché il numero di frame al secondo è inferiore. Tempi di rendering più lenti possono causare la registrazione di più frame lenti o bloccati perché un numero maggiore di frame verrà visualizzato più lentamente o si bloccherà. Tuttavia, se un dispositivo la frequenza di aggiornamento sia superiore a 60 Hz e ogni frame avrà un tempo di rendering più rapido. In questo modo, è possibile segnalare meno fotogrammi lenti o bloccati. Questo è un nell'SDK Performance Monitoring.

Perché non riesco a visualizzare le tracce dei frammenti?

Per vedere il rendimento dei frammenti oltre all'attività nell'app, assicurati che la tua app utilizza l'SDK Performance Monitoring per Android 20.1.0 o versioni successive. Per ulteriori informazioni consulta Aggiungere Performance Monitoring all'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 come definito nella tua applicazione. Ogni traccia schermo contiene il prefisso st seguito dal nome della classe. Nella console Firebase, il prefisso è rimosso. Per saperne di più, consulta l'articolo Informazioni sui dati sulle prestazioni di rendering dello schermo (app Apple e Android) .

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

Performance Monitoring esegue il campionamento degli eventi per 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 sulle prestazioni.

Come faccio a ricevere una notifica quando si verifica un problema con le prestazioni di rendering del mio all'applicazione?

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

Dopo aver attivato il plug-in Gradle Performance Monitoring, i tempi di compilazione sono elevati. Come posso migliorarlo?

Performance Monitoring per Android utilizza la misurazione del bytecode per fornire alcune funzionalità predefinite come il monitoraggio delle richieste di rete HTTP/S. Come parte della compilazione, il processo richiede l'iterazione in tutti i corsi della tua app (incluse le dipendenze) per instrumentare il codice fondamentale la misurazione delle prestazioni delle richieste di rete della tua applicazione.

Ecco alcuni dei fattori principali che hanno contribuito all'aumento dei tempi di creazione:

• Numero di corsi o file
• Dimensioni di ciascuna di queste classi (righe di codice)
• La configurazione della tua macchina
• Build iniziale e build successiva (generalmente le build successive sono più veloce rispetto alla build iniziale)

Per ottimizzare i tempi di creazione, modularizzare il codice.

A partire dalla v1.3.3 del plug-in Performance Monitoring, ci siamo concentrati sulla creazione di modelli miglioramenti nell'elaborazione incrementale delle build e nella memorizzazione nella cache degli input delle librerie. Per ricevere i miglioramenti più recenti in termini di tempo di creazione, assicurati di utilizzare lo all'ultima versione plug-in (v1.4.2).

Tieni presente che puoi disattivare Plug-in Performance Monitoring per le build di debug localmente se vuoi evitare lunghi tempi di compilazione. Tuttavia, questo approccio non è consigliato per le build di produzione, in quanto non rilevazioni di misurazioni delle prestazioni per le richieste di rete nella tua app.

Cosa devo fare se si verificano errori di build dovuti a librerie incompatibili con il plug-in Gradle Performance Monitoring?

Performance Monitoring per Android utilizza la strumentazione bytecode per fornire funzionalità pronte all'uso come il monitoraggio delle richieste di rete HTTP/S. Come parte della compilazione, il processo richiede l'iterazione in tutti i corsi della tua app (incluse le dipendenze) per instrumentare il codice fondamentale la misurazione delle 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 non compatibile con il plug-in Gradle Performance Monitoring.

Per ovviare a questo problema, puoi escludere l'instrumentazione di classi/librerie incompatibili seguendo questi passaggi:

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

   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 Gradle, consulta Instrumentation.

Invia un problema GitHub quando riscontri errori di compilazione dovuti a librerie incompatibili in modo che possano essere escluse anche dall'essere messe in primo piano nel plug-in Performance Monitoring.

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

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

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

Che cosa significa "quasi in tempo reale" significati dati sul rendimento?

Firebase Performance Monitoring elabora i dati sul rendimento raccolti man mano che arrivano, i dati vengono visualizzati quasi in tempo reale nella console Firebase. Elaborato i dati vengono visualizzati nella console entro pochi minuti dalla loro raccolta; di conseguenza l'espressione "vicino in tempo reale".

Per sfruttare l'elaborazione 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 dell'elaborazione dei dati quasi in tempo reale, devi solo assicurarti che la tua app utilizzi una versione dell'SDK Performance Monitoring compatibile con l'elaborazione dei dati in tempo reale.

Di seguito sono riportate le versioni dell'SDK compatibili in tempo reale:

• iOS: versione 7.3.0 o successiva
• tvOS: versione 8.9.0 o successiva
• Android: 19.0.10 o versioni successive (o Firebase Android BoM 26.1.0 o successive)
• Web: versione 7.14.0 o successiva

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

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

Di seguito sono riportate le versioni dell'SDK compatibili con l'elaborazione dati in tempo reale:

• iOS: versione 7.3.0 o successiva
• tvOS: versione 8.9.0 o successiva
• Android: 19.0.10 o versioni successive (o Firebase Android BoM 26.1.0 o successive)
• Web: versione 7.14.0 o successiva

Tieni presente che consigliamo sempre di utilizzare la versione più recente dell'SDK, ma qualsiasi la versione elencata sopra consentirà a Performance Monitoring di elaborare i dati quasi reale nel tempo.

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

Se la tua app non usa una versione dell'SDK compatibile in tempo reale, continuerai a vedere tutti i dati sulle prestazioni dell'app nella console Firebase. Tuttavia, la visualizzazione degli indicatori sul rendimento sarà ritardata di circa 36 ore dal momento della loro recopilación.

Ho eseguito l'aggiornamento a una versione dell'SDK compatibile in tempo reale, ma alcuni dei miei utenti lo ancora su versioni precedenti della mia app. Continuo a vedere il suo rendimento? nella console Firebase?

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

Tuttavia, se stai esaminando dati recenti (meno di circa 36 ore fa), i dati visualizzati provengono dagli utenti delle istanze dell'app che utilizzano una versione dell'SDK compatibile con il monitoraggio in tempo reale. I dati non recenti, tuttavia, includono i dati sul rendimento. da tutte le versioni dell'app.