Introducción
ShareChat es una plataforma de redes sociales líder en la India que permite a los usuarios compartir sus opiniones, documentar sus vidas y hacer nuevos amigos en su lengua materna. Otras funciones incluyen salas de chat y mensajería privada, que permiten a los usuarios compartir videos, chistes, canciones y otro contenido social basado en el idioma. Como misión para encabezar la revolución de Internet en la India, ShareChat está cambiando la forma en que los próximos mil millones de usuarios interactuarán en Internet.
La app en cantidades
- Más de 100 millones de descargas
- Más de 180 millones de usuarios activos por mes
- Más de 32 millones de creadores de contenido
- 15 idiomas diferentes de la India
- ~1.5 millones de publicaciones creadas a diario
El desafío
A medida que miles de personas atraían a ShareChat a diario, la app se enfrentaba al desafío de entregar nuevos fotogramas de manera constante, lo que generaba tiempos de respuesta deficientes, lo que impedía la experiencia del usuario.
Como resultado, la app experimentó una mayor cantidad de fotogramas perdidos o retrasados (también conocidos como “Bloqueos”). Corregir estos problemas de bloqueo mejorando los fotogramas lentos y congelados fue fundamental para brindar una experiencia fluida a todos sus usuarios. Esto también desempeñaría un papel importante para lograr que los usuarios pasen más tiempo en la app, aumentar la participación y, a su vez, mejorar la calificación de ShareChat en Play Store de Android.
Cómo lo lograron
ShareChat trabajó con el equipo de relaciones con desarrolladores de Google para reducir los bloqueos y generar un impacto comercial positivo mejorando los fotogramas lentos y congelados (bloqueo) en la app. Específicamente, trabajaron en la mejora de los siguientes problemas:
Grupo de RecyclerView compartido: Mediante la generación de perfiles, se observó que la creación de diferentes contenedores de vistas lleva más tiempo y, para minimizarlo, se creó un grupo de RecyclerView compartido. Esto también ayudó a quitar el costo de creación de contenedores de vistas para feeds similares.
Pases de diseño excesivos: Mediante el generación de perfiles, también se observó que algunos contenedores de vistas solicitaban requestLayouts adicionales. Para optimizarlo, se actualizó el código a fin de que tenga valor en el tiempo de creación en lugar de cada vinculación, lo que ahorra costos adicionales de requestLayout.
OverDraw: Se simplificaron los diseños para reducir las capas y quitar los colores que se configuraban por separado para cada una de las capas.
Aplanamiento de jerarquía: se observó un aumento prolongado a través de la generación de perfiles y la inspección manual de muchas pantallas. Para solucionar este problema, se acopló la jerarquía con ConstraintLayout.
Aumento excesivo de vistas: Se identificó el tiempo de aumento prolongado para ciertas vistas durante la generación de perfiles. Estas vistas se convirtieron en viewstubs.
Eliminación de tareas pesadas del subproceso de IU: El uso de un generador de perfiles permite observar algunos lugares en los que se realizaban tareas pesadas en el subproceso principal, como la creación de SpannableStringBuilder con etiquetas y estilos de todas las vinculaciones de recyclerView, decodificación de BlurHash, etc. Se quitaron del subproceso de IU y se movieron a un subproceso en segundo plano.
Migración de Rx a Corrutinas: El consumo de memoria también generó llamadas de recolección de elementos no utilizados frecuentes, y había un alto recuento de subprocesos a través del subproceso de RX superior a 100. Muchos de los casos de uso se trasladaron a Corrutina para solucionar estos problemas.
Adopción de Coil para la carga de imágenes: Glide causaba problemas durante la carga de imágenes, específicamente en los componentes compilados a través de la composición del jetpack. También se identificó que mientras se cargaban imágenes en LazyColumn, la barra del umbral de renderización estaba alta. Estos casos llevaron a la adopción de Coil para la carga de imágenes.
Limpieza y refactorización de código antiguo: Quitar el código y los experimentos antiguos ayudó a quitar las vistas ocultas innecesarias de la IU y ayudó a reescribir mejor algunas de las pantallas.
Resultados
Al analizar las áreas de mejora e identificar las estrategias de optimización, ShareChat pudo mejorar la experiencia general de los usuarios y aumentar su tasa de participación y las calificaciones de Play Store. A continuación, encontrarás una descripción general cuantitativa de los resultados que obtuvo ShareChat:
- Una reducción de aproximadamente un 45% en los fotogramas con "renderización lenta" en Play Store.
- ~ Un 30% de reducción en los fotogramas de “Frozen” en Play Store
- La velocidad de fotogramas con bloqueos por cada 10,000 fotogramas renderizados se redujo del 10.72% al 3.98%.
- El desplazamiento del feed aumentó un 60%
- Las calificaciones generales en la tienda aumentaron de aproximadamente 4.0 a 4.3.
- Aumento del 10% en el consumo de publicaciones
"En ShareChat, nuestro objetivo es ser la mejor app de redes sociales que deleite a nuestros usuarios.Esto también significa ser la mejor app en términos de rendimiento. Nuestra colaboración con el equipo de Relaciones con Desarrolladores de Google nos ayudó a identificar áreas de mejora en nuestros dispositivos de baja gama más usados. Conocimos las prácticas recomendadas y las herramientas de rendimiento para identificar y corregir fotogramas congelados, bloqueos, superposiciones y ANR”.
– Vihaan Verma, gerente de Ingeniería, equipo de Android en ShareChat