ShareChat risolve i problemi di Jank aumentando lo scorrimento dei feed del 60%

Introduzione

ShareChat è una piattaforma di social media leader in India che consente agli utenti di condividere le proprie opinioni, documentare la propria vita e fare nuove amicizie nella loro lingua madre. Tra le altre funzioni figurano le chat room e la messaggistica privata che consentono agli utenti di condividere video, barzellette, brani e altri contenuti social basati sulla lingua. Con la missione di guidare la rivoluzione internet dell'India, ShareChat sta cambiando il modo in cui il prossimo miliardo di utenti interagirà su internet.

I numeri dell'app

  • Oltre 100 milioni di download
  • Oltre 180 milioni di utenti attivi ogni mese
  • Oltre 32 milioni creator di contenuti
  • 15 lingue indiane diverse
  • Circa 1,5 milioni di post creati ogni giorno

La sfida

Poiché ShareChat è cresciuta ogni giorno da migliaia di persone, l'app ha dovuto affrontare una sfida nel fornire costantemente nuovi frame, generando tempi di risposta scadenti che ostacolavano l'esperienza utente.

Di conseguenza, l'app ha registrato un aumento del numero di frame interrotti o in ritardo (noto anche come "Jank"). La risoluzione di questi problemi di jank migliorando i frame lenti e bloccati era fondamentale per offrire un'esperienza senza interruzioni a tutti gli utenti. Ciò svolgerebbe un ruolo importante anche nel far trascorrere più tempo gli utenti sull'app, aumentando il coinvolgimento e, a sua volta, migliorando la valutazione di ShareChat sul Play Store Android.

Come c'è riuscita

ShareChat ha collaborato con il team addetto alle relazioni con gli sviluppatori di Google per ridurre Jank e avere un impatto positivo sull'attività migliorando i frame lenti e bloccati (Jank) nell'app. In particolare, ha lavorato per migliorare i seguenti problemi:

  • Pool RecyclerView condiviso: tramite la profilazione, è stato osservato che la creazione di diversi visualizzatori richiede più tempo e, per ridurne al minimo, è stato creato un pool di RecyclerView condiviso. Ciò ha contribuito anche a rimuovere il costo di creazione dei visualizzatori per feed simili.

  • Passesl di layout eccessivo: tramite la profilazione, è stato anche osservato che alcuni visualizzatori richiedevano ulteriori requestLayouts. Per ottimizzare, il codice è stato aggiornato in modo da utilizzare il valore in tempo di creazione anziché in ogni associazione, risparmiando così costi aggiuntivi requestLayout.

  • OverDraw: ha semplificato i layout per ridurre la sovrapposizione di livelli e la rimozione dei colori impostati separatamente per ciascuno dei livelli.

  • Appiattimento della gerarchia. È stato osservato un prolungato aumento cumulativo attraverso la profilazione e l'ispezione manuale di molti schermi. La gerarchia è stata suddivisa utilizzando ConstraintLayout per risolvere questo problema.

  • Inflazione eccessiva delle visualizzazioni: è stato identificato un lungo periodo di inflazione per alcune visualizzazioni durante la profilazione. Queste visualizzazioni sono state convertite in visualizzazioni.

  • Rimozione di attività pesanti dal thread dell'interfaccia utente: l'utilizzo di un profiler ha consentito l'osservazione di un paio di luoghi in cui venivano eseguite attività pesanti nel thread principale, come la creazione di SpannableStringBuilder con il tagging e lo stile di ogni bind recyclerView, la decodifica BluHash e così via. Queste attività sono state rimosse dal thread dell'interfaccia utente e spostate in un thread in background.

  • Migrazione da Rx a Coroutine. Il consumo di memoria ha anche portato a chiamate GC frequenti e un numero molto elevato di thread tramite il thread > 100 RX. Molti casi d'uso sono stati spostati su Coroutine per risolvere questi problemi.

  • Adozione della bobina per il caricamento delle immagini: glide causava problemi durante il caricamento delle immagini, in particolare nei componenti creati tramite jetpack Compose. È stato inoltre rilevato che durante il caricamento delle immagini in LazyColumn, la barra della soglia di rendering era alta. Queste occorrenze hanno portato all'adozione della bobina per il caricamento delle immagini.

  • Pulizia e refactoring del vecchio codice: la rimozione del vecchio codice e degli esperimenti ha contribuito a rimuovere dall'interfaccia utente le visualizzazioni nascoste non necessarie e a riscrivere meglio alcune schermate.

Risultati

Analizzando le aree di miglioramento e identificando le strategie di ottimizzazione, ShareChat potrebbe migliorare l'esperienza complessiva per gli utenti aumentando al contempo il tasso di coinvolgimento e le valutazioni del Play Store. Di seguito è riportata una panoramica quantitativa dei risultati ottenuti da ShareChat -

  • ~45% di riduzione dei frame "rendering lento" sul Play Store
  • ~30% di riduzione dei fotogrammi "Frozen" sul Play Store
  • Le frequenze fotogrammi deboli per ogni 10.000 frame sono state ridotte dal 10,72% al 3,98%.
  • Scorrimento del feed aumentato del 60%
  • Le valutazioni complessive sullo Store sono aumentate da ~4,0 a 4,3
  • Il 10% di aumento della fruizione dei post

"Noi di ShareChat puntiamo a essere la migliore app di social media in circolazione che piaccia agli utenti.Questo significa anche essere la migliore in termini di prestazioni dell'app. La collaborazione con il team Developer Relazioni con gli sviluppatori di Google ci ha aiutato a identificare gli aree di miglioramento sui nostri dispositivi di fascia bassa più utilizzati. Abbiamo imparato le best practice e gli strumenti in termini di prestazioni per identificare e correggere frame bloccati, jank, overdraw e ANR."

– Vihaan Verma, Engineering Manager, team Android presso ShareChat