Questa pagina fornisce suggerimenti per la risoluzione dei problemi per iniziare a utilizzare Performance Monitoring o le funzionalità e gli strumenti di Performance Monitoring.
Controlli iniziali per la risoluzione dei problemi
I due controlli riportati di seguito sono best practice generali consigliate a chiunque prima di procedere con la risoluzione dei problemi.
1. Controllare i messaggi di log per gli eventi di rendimento
Controlla i messaggi di log per assicurarti che l'SDK Performance Monitoring stia acquisendo gli eventi relativi al rendimento.
Come visualizzare i messaggi di log per gli eventi di rendimento
Attiva la registrazione di debug per Performance Monitoring al momento della build aggiungendo un elemento
<meta-data>
al fileAndroidManifest.xml
della tua app, come segue:<application> <meta-data android:name="firebase_performance_logcat_enabled" android:value="true" /> </application>
Controlla i messaggi di log per eventuali messaggi di errore.
Performance Monitoring contrassegna i 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
Controlla i seguenti tipi di log che indicano che Performance Monitoring sta registrando gli eventi di rendimento:
Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
Logging network request trace: URL
Fai clic sull'URL per visualizzare i dati nella console Firebase. Potrebbero essere necessari alcuni istanti prima che i dati vengano aggiornati nella dashboard.
Se la tua app non registra gli eventi di rendimento, consulta i suggerimenti per la risoluzione dei problemi.
2. Controllare la dashboard dello stato di Firebase
Controlla la dashboard dello stato di Firebase nel caso in cui si verifichi un'interruzione di servizio nota per Firebase o per Performance Monitoring.
Guida introduttiva a Performance Monitoring
Se stai iniziando a utilizzare Performance Monitoring (iOS+ | Android | web), i seguenti suggerimenti per la risoluzione dei problemi possono aiutarti a risolvere i problemi relativi al rilevamento dell'SDK da parte di Firebase o alla visualizzazione dei primi dati sul rendimento nella console Firebase.
Ho aggiunto l'SDK all'app, ma la console continua a chiedere di aggiungerlo
Firebase può rilevare se hai aggiunto correttamente l'SDK Performance Monitoring alla tua app quando riceve informazioni sugli eventi (ad esempio interazioni con l'app) dalla tua app. Di solito, entro 10 minuti dall'avvio dell'app, nella dashboard di Firebase viene visualizzato il messaggio "SDK rilevato". Entro 30 minuti, la dashboard mostra i dati iniziali elaborati.
Se sono trascorsi più di 10 minuti dall'aggiunta dell'ultima versione dell'SDK alla tua app e non vedi ancora alcuna modifica, controlla i messaggi di log per assicurarti che Performance Monitoring registri gli eventi. Prova i passaggi per la risoluzione dei problemi appropriati descritti di seguito per risolvere i problemi relativi a un messaggio di rilevamento ritardato dell'SDK.
L'app registra gli eventi: passaggi per la risoluzione dei problemi
Assicurati di utilizzare l'Performance MonitoringSDK Android 19.1.0 o versioni successive (o Firebase BoM 26.3.0 o versioni successive), consulta le note di rilascio.
Se continui a sviluppare localmente, prova a generare più eventi per la raccolta dei dati:
- Genera eventi passando più volte dall'app in background a quella in primo piano, interagendo con l'app spostandoti tra le schermate e/o attivando richieste di rete.
Assicurati che il file di configurazione Firebase (
google-services.json
) sia stato aggiunto correttamente alla tua app e che non sia stato modificato. In particolare, controlla quanto segue:Al nome del file di configurazione non vengono aggiunti caratteri aggiuntivi, ad esempio
(2)
.Il file di configurazione si trova nella directory del modulo (a livello di app) della tua app.
L'ID app Firebase per Android (
mobilesdk_app_id
) elencato nel file di configurazione è corretto per la tua app. Trova l'ID app Firebase nella scheda Le tue app delle settings impostazioni del progetto.
Se riscontri problemi con il file di configurazione nella tua app, prova a:
Elimina il file di configurazione attualmente presente nella tua app.
Segui queste istruzioni per scaricare un nuovo file di configurazione e aggiungerlo alla tua app per Android.
Se l'SDK registra gli eventi e tutto sembra configurato correttamente, ma non visualizzi ancora il messaggio di rilevamento dell'SDK o i dati elaborati (dopo 10 minuti), contatta l'assistenza Firebase.
L'app non registra gli eventi: passaggi per la risoluzione dei problemi
Controlla la configurazione del plug-in Gradle Performance Monitoring nel seguente modo:
Assicurati di aver aggiunto il plug-in correttamente. In particolare, controlla quanto segue:
- Hai aggiunto il plug-in
(
) nel fileapply plugin: 'com.google.firebase.firebase-perf' build.gradle
del modulo (a livello di app). - Hai incluso la dipendenza classpath per il plug-in
(
) nel fileclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
a livello di progetto.
- Hai aggiunto il plug-in
(
Assicurati che il plug-in non sia disattivato tramite uno dei seguenti flag:
instrumentationEnabled
nel filebuild.gradle
del modulo (a livello di app)firebasePerformanceInstrumentationEnabled
nel tuo filegradle.properties
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
Assicurati che Performance Monitoring non sia disattivato in fase di esecuzione.
Se non riesci a trovare nulla di disattivato nella tua app, contatta l'assistenza Firebase.
La console indica che l'SDK è rilevato, ma non vengono visualizzati dati
Performance Monitoring elabora i dati sugli eventi di rendimento prima di visualizzarli nella dashboard Rendimento.
Se sono trascorse più di 24 ore dalla visualizzazione del messaggio "SDK rilevato" e ancora non visualizzi i dati, controlla la dashboard dello stato di Firebase per verificare se è presente un'interruzione nota. Se non è presente alcuna interruzione, contatta l'assistenza Firebase.
Risoluzione dei problemi generali
Se hai aggiunto correttamente l'SDK e utilizzi Performance Monitoring nella tua app, i seguenti suggerimenti per la risoluzione dei problemi possono aiutarti a risolvere i problemi generali che riguardano le funzionalità e gli strumenti di Performance Monitoring.
L'app non registra eventi di rendimento
Se non visualizzi messaggi di log per gli eventi di rendimento, prova i seguenti passaggi per la risoluzione dei problemi:
Controlla la configurazione del plug-in Gradle Performance Monitoring nel seguente modo:
Assicurati di aver aggiunto il plug-in correttamente. In particolare, controlla quanto segue:
- Hai aggiunto il plug-in
(
) nel fileapply plugin: 'com.google.firebase.firebase-perf' build.gradle
del modulo (a livello di app). - Hai incluso la dipendenza classpath per il plug-in
(
) nel fileclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
a livello di progetto.
- Hai aggiunto il plug-in
(
Assicurati che il plug-in non sia disattivato tramite uno dei seguenti flag:
instrumentationEnabled
nel filebuild.gradle
del modulo (a livello di app)firebasePerformanceInstrumentationEnabled
nel tuo filegradle.properties
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
Assicurati che Performance Monitoring non sia disattivato in fase di esecuzione.
Se non riesci a trovare nulla di disattivato nella tua app, contatta l'assistenza Firebase.
Nella dashboard del rendimento mancano i dati di tracciamento dello schermo
Se mancano dati per le tracce di rendering dello schermo, prova i seguenti passaggi per la risoluzione dei problemi:
Assicurati di utilizzare l'ultima versione dell'SDK Android (v21.0.5). Le tracce di rendering dello schermo sono disponibili solo con la versione 15.2.0 o successive.
Assicurati di non aver disattivato manualmente l'accelerazione hardware per uno schermo.
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, qualsiasi traccia di codice personalizzato dovrebbe comportarsi normalmente se la tua app utilizza DexGuard.
Jack è deprecato e in genere non deve essere utilizzato nella tua app.
Nella dashboard sul rendimento mancherebbero 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:
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: nessun spazio vuoto iniziale o finale, nessun carattere di sottolineatura iniziale
(
_
) e lunghezza massima di 32 caratteri. - Tutte le tracce devono essere avviate e interrotte. Qualsiasi traccia non avviata, non interrotta o interrotta prima dell'avvio non verrà registrata.
- I nomi delle tracce di codice personalizzato e delle metriche personalizzate devono soddisfare i seguenti
requisiti: nessun spazio vuoto iniziale o finale, nessun carattere di sottolineatura iniziale
(
Se hai instrumentato le tracce di codice personalizzato tramite la notazione
@AddTrace
, controlla la configurazione del plug-in Gradle Performance Monitoring:Assicurati di aver aggiunto il plug-in correttamente. In particolare, controlla quanto segue:
- Hai aggiunto il plug-in
(
) nel fileapply plugin: 'com.google.firebase.firebase-perf' build.gradle
del modulo (a livello di app). - Hai incluso la dipendenza classpath per il plug-in
(
) nel fileclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
a livello di progetto.
- Hai aggiunto il plug-in
(
Assicurati che il plug-in non sia disattivato tramite uno dei seguenti flag:
instrumentationEnabled
nel filebuild.gradle
del modulo (a livello di app)firebasePerformanceInstrumentationEnabled
nel tuo filegradle.properties
Controlla i messaggi di log per assicurarti che Performance Monitoring stia registrando le tracce del codice personalizzato previste.
Se Performance Monitoring registra gli eventi, ma non vengono visualizzati dati dopo 24 ore, contatta l'assistenza Firebase.
Nella dashboard sul rendimento mancano i dati sulle richieste di rete
Se mancano i dati delle richieste di rete, prova i seguenti passaggi per la risoluzione dei problemi:
Per le app per Android, il plug-in Gradle Performance Monitoring consente l'instrumentazione che fornisce il monitoraggio automatico delle richieste di rete HTTP/S. Verifica quanto segue:
Assicurati di aver aggiunto il plug-in correttamente. In particolare, controlla quanto segue:
- Hai aggiunto il plug-in
(
) nel fileapply plugin: 'com.google.firebase.firebase-perf' build.gradle
del modulo (a livello di app). - Hai incluso la dipendenza classpath per il plug-in
(
) nel fileclasspath 'com.google.firebase:perf-plugin:1.4.2' build.gradle
a livello di progetto.
- Hai aggiunto il plug-in
(
Assicurati che il plug-in non sia disattivato tramite uno dei seguenti flag:
instrumentationEnabled
nel filebuild.gradle
del modulo (a livello di app)firebasePerformanceInstrumentationEnabled
nel tuo filegradle.properties
Verifica l'incompatibilità della 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 per le richieste di rete.
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 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 intestazioniContent-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 in base ai pattern URL.
Puoi anche provare i pattern URL personalizzati.
Domande frequenti
Che fine hanno fatto i 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 inviano una notifica automatica quando vengono superate le soglie che hai impostato. I problemi sono ora ritirati e sostituiti dagli avvisi.
Il selettore delle app nella parte superiore della scheda Rendimento filtra le voci di avviso nella sezione Avvisi recenti. Vengono visualizzati solo i tre avvisi più recenti per le app selezionate.
Per scoprire di più sugli avvisi, consulta Configurare gli avvisi per i problemi di rendimento.
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 di 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 un'interfaccia utente (UI) centralizzata e appena 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 Visualizzare più dati per una traccia specifica.
Perché il numero di campioni non è quello che mi aspettavo?
Performance Monitoring raccoglie i dati sul rendimento dai dispositivi utente della tua app. Se la tua applicazione ha molti utenti o se genera una grande quantità di attività di rendimento, 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 in modo che, anche con un numero inferiore di eventi, i valori delle metriche siano comunque rappresentativi dell'esperienza utente nell'app.
Per gestire il volume di dati che raccogliamo, Performance Monitoring utilizza le seguenti opzioni di campionamento:
Limitazione della frequenza sul dispositivo: per impedire a un dispositivo di inviare raffiche improvvise di tracce, limitiamo 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 da strumentazioni in loop che possono inviare grandi quantità di dati sul rendimento e impedisce a un singolo dispositivo di distorcere le misurazioni del rendimento.
Campionamento dinamico: Performance Monitoring raccoglie un numero limitato di tracce di codice e tracce di richieste di rete per app al giorno per tutti gli utenti dell'app. Sui dispositivi viene recuperato un tasso di campionamento dinamico (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 abilitato 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 acquisire e inviare i dati. Per ridurre al minimo l'impatto delle sessioni utente, Performance Monitoring potrebbe anche limitare il numero di sessioni.
Limitazione della 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 modifichi l'efficacia delle nostre metriche, potrebbe causare lievi cambiamenti nei pattern, tra cui:
- Il numero di tracce può differire dal numero di volte in cui è stato eseguito un blocco di codice.
- Le tracce strettamente accoppiate nel codice potrebbero avere 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 vengono superate le soglie che hai impostato. Non devi più controllare manualmente la console Firebase per determinare lo stato di una soglia. Per scoprire 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 in queste 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 tutte 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 per una metrica specifica. Per visualizzare tutte le metriche e i dati per 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 richiesta di rete (sia predefinite che personalizzate) - scheda secondaria Richieste di rete
- Tracce di codice personalizzato: scheda secondaria Tracce personalizzate
- Tracce di avvio dell'app, app in primo piano e app in background: scheda secondaria Tracce personalizzate
- Tracce rendering schermo: scheda secondaria Rendering schermo
- Tracce caricamento pagina - Scheda secondaria Caricamento pagina
Per informazioni dettagliate sulla tabella delle tracce e sulla visualizzazione di metriche e dati, visita la pagina di 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 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 renderizzati 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à sottoposto a rendering 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. In questo modo, verranno segnalati meno fotogrammi lenti o bloccati. Si tratta di una limitazione corrente dell'SDK Performance Monitoring.
Perché non riesco a visualizzare le tracce dei frammenti?
Per visualizzare il rendimento dei fragment oltre all'attività dell'app, assicurati che la tua app utilizzi l'SDK Android Performance Monitoring versione 20.1.0 o successive. Per saperne di più, vedi Aggiungere Performance Monitoring alla tua app.
Come faccio a capire quali tracce sono correlate a frammenti e attività?
Ognuna delle tracce di frammenti e attività si basa sul nome della classe definito nell'applicazione. Ognuna delle tracce dello schermo contiene il prefisso st seguito dal nome della classe. Nella console Firebase, il prefisso viene rimosso. Per saperne di più, consulta l'articolo Scopri di più sui dati sulle prestazioni del rendering dello schermo (app Apple e 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 gli eventi minimi necessari dai dispositivi degli utenti per fornire metriche sul rendimento.
Come faccio a ricevere una notifica quando si verifica un problema con il rendimento del 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 che hai impostato.
I tempi di compilazione sono elevati dopo l'attivazione del plug-in Gradle Performance Monitoring. Come posso migliorare?
Performance Monitoring per Android utilizza l'instrumentazione 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.
Di seguito sono riportati alcuni dei principali fattori che contribuiscono all'aumento del tempo di compilazione:
- Numero di corsi o file
- Dimensione di ciascuna di queste classi (righe di codice)
- La 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 compilazione, valuta la possibilità di modularizzare il codice.
A partire dalla v1.3.3 del plug-in Performance Monitoring, ci siamo concentrati sul miglioramento significativo dell'elaborazione delle build incrementali e della memorizzazione nella cache degli input della libreria. Per ricevere i miglioramenti più recenti del tempo di compilazione, assicurati di utilizzare l'ultima versione del plug-in (v1.4.2).
Tieni presente che puoi disattivare il plug-in Performance Monitoring per le build di debug localmente se vuoi evitare tempi di compilazione lunghi. Tuttavia, questo approccio non è consigliato per le build di produzione, in quanto potrebbe comportare la mancata misurazione del rendimento per le richieste di rete nella tua app.
Che cosa devo fare se ricevo errori di build a causa di librerie incompatibili con il plug-in Gradle Performance Monitoring?
Performance Monitoring per Android utilizza l'instrumentazione 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 dopo l'integrazione con il plug-in Performance Monitoring ricevi errori di build come JSR/RET are not supported with
computeFrames option
o errori simili,
potrebbe essere perché hai anche una dipendenza da una libreria incompatibile
con il plug-in Gradle Performance Monitoring.
Per risolvere il problema, puoi escludere le classi/librerie incompatibili dall'instrumentazione seguendo questi passaggi:
- Esegui l'aggiornamento all'ultima versione del plug-in Performance Monitoring Gradle (minimo v1.4.0).
- Aggiorna la versione del plug-in Android per Gradle alla versione 7.2.0 o successive.
- Aggiungi il seguente flag al file
build.gradle
del modulo (a livello di app) per escludere le classi/librerie incompatibili dalla strumentazione: Per scoprire di più sulla proprietàandroid { // ... androidComponents { onVariants(selector().all(), { instrumentation.excludes.add("example.incompatible.library") }) } }
exclude
dell'APIInstrumentation
del plug-in Android per Gradle, consulta Strumentazione.
Crea un problema su GitHub quando riscontri errori di build dovuti a librerie incompatibili, in modo che possano essere escluse anche dall'instrumentazione nel plug-in Performance Monitoring.
L'esportazione dei miei dati Performance Monitoring in BigQuery sta richiedendo più tempo del previsto. Non è in tempo reale?
Se hai attivato l'integrazione BigQuery per Firebase Performance Monitoring, i tuoi dati verranno esportati in BigQuery 12-24 ore dopo la fine della giornata (ora del Pacifico).
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 in ora del Pacifico).
Elaborazione e visualizzazione dei dati quasi in tempo reale
Che cosa si intende per dati sul rendimento "quasi in tempo reale"?
Firebase Performance Monitoring elabora i dati sul rendimento raccolti man mano che vengono ricevuti, il che consente la visualizzazione dei dati quasi in tempo reale nella console Firebase. I dati elaborati vengono visualizzati nella console pochi minuti dopo la raccolta, da cui il termine "quasi in tempo reale".
Per usufruire dell'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.
Queste sono le versioni dell'SDK compatibili con Realtime:
- 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 con Realtime?
Queste sono le versioni dell'SDK compatibili 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.
Cosa succede se non aggiorno la mia app in modo che utilizzi una versione dell'SDK compatibile con il tempo reale?
Se la tua app non utilizza una versione dell'SDK compatibile con i dati in tempo reale, continuerai a visualizzare tutti i dati sulle prestazioni dell'app nella console Firebase. Tuttavia, la visualizzazione dei dati sul rendimento verrà ritardata di circa 36 ore rispetto al momento della raccolta.
Ho eseguito l'aggiornamento a una versione dell'SDK compatibile con Realtime, ma alcuni dei miei utenti utilizzano ancora le versioni precedenti della mia app. Continuerò a visualizzare i loro dati sulle prestazioni 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 dati recenti (risalenti a meno di 36 ore circa), i dati visualizzati provengono da utenti di istanze dell'app che utilizzano una versione dell'SDK compatibile con i dati in tempo reale. I dati non recenti, invece, includono i dati sul rendimento di tutte le versioni della tua app.
Contattare l'assistenza Firebase
Se contatti l'assistenza Firebase, includi sempre l'ID app Firebase. Trova l'ID app Firebase nella scheda Le tue app delle settings impostazioni del progetto.