ShareChat, Jank'ın sorunlarını gidererek feed kaydırma oranını %60 oranında artırdı.
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Giriş
ShareChat, kullanıcıların ana dillerinde düşüncelerini paylaşmalarına, hayatlarını belgelemelerine ve yeni arkadaşlar edinmelerine olanak tanıyan, Hindistan'ın önde gelen sosyal medya platformlarından biridir. Diğer özellikler arasında, kullanıcıların video, espri, şarkı ve dile dayalı diğer sosyal içerikleri paylaşmalarına olanak tanıyan sohbet odaları ve özel mesajlaşma yer alır. Hindistan'ın internet devrimine öncülük etmeyi amaçlayan ShareChat, bir milyar yeni kullanıcının internette etkileşime geçme şeklini değiştiriyor.
Sayılarla uygulama
- 100 milyondan fazla indirme
- 180 Milyondan Fazla Aylık Etkin Kullanıcı
- 32 Milyondan fazla içerik üretici
- 15 farklı Hint dili
- Her gün yaklaşık 1,5 milyon yayın oluşturuluyor
Hedef
ShareChat her gün binlerce kişi tarafından sevilir hale geldikçe uygulama sürekli yeni kareler sunmakta güçlük çekiyordu. Bu da yanıt sürelerinin yetersiz olmasına yol açarak kullanıcı deneyimini olumsuz etkiledi.
Bunun sonucunda uygulama, atlanan veya geciken kare sayısında artış gördü (Jank olarak da bilinir). Yavaş ve donmuş kareleri iyileştirerek bu olumsuzluk sorunlarını düzeltmek, tüm kullanıcılarına sorunsuz bir deneyim sunmak açısından kritik öneme sahipti. Bu ayrıca, kullanıcıların uygulamada daha fazla zaman geçirmelerini sağlamada da önemli bir rol oynar, etkileşimi artırır ve böylece ShareChat'in Android Play Store'daki puanını artırır.
Nasıl yaptılar?
ShareChat, Jank'ı azaltmak ve uygulamadaki yavaş ve donmuş kareleri (Jank) iyileştirerek iş üzerinde olumlu bir etki yaratmak için Google'ın geliştirici ilişkileri ekibiyle birlikte çalıştı. Özellikle aşağıdaki sorunları iyileştirmeye çalıştılar:
Paylaşılan RecyclerView Havuzu: Profil oluşturma uygulanarak, farklı görünüm sahipleri oluşturmanın daha uzun sürdüğü ve bu süreyi en aza indiren bir Paylaşılan RecyclerView Havuzu oluşturulduğu görüldü. Bu, benzer feed'ler için görüntüleme sahibinin oluşturma maliyetini de ortadan kaldırmaya yardımcı oldu.
Aşırı Düzen Geçişi - Profil kaldırma sırasında, bazı görüntüleme sahiplerinin ek requestLayouts öğeleri istediği de gözlemlendi. Optimize etmek için kod, her bağlama yerine oluşturma zamanında değer alacak şekilde güncellendi. Böylece ek requestLayout maliyetinden tasarruf edildi.
OverDraw: Katmanların her biri için ayrı ayrı ayarlanan katmanların kullanımını ve renklerini kaldırmalarını sağlayacak düzenler basitleştirildi.
Hiyerarşinin düzleşmesi: Profil çıkarma ve çok sayıda ekranı manuel olarak inceleme yoluyla uzun süreli artış gözlemlendi. Hiyerarşi, bu sorunu çözmek için ConstraintLayout kullanılarak düz hale getirildi.
Aşırı Gösterim Enflasyonu - Profil oluşturma sırasında belirli görünümler için uzun inflasyon süresi tanımlanır. Bu görüntülemeler, görüntüleme küvetlerine dönüştürüldü.
Kullanıcı arayüzü iş parçacığından ağır görevleri kaldırma: Profil oluşturucu, ana iş parçacığında ağır görevlerin yapıldığı birkaç yerin gözlemlenmesine olanak tanıdı. Örneğin, her recyclerView bağlamasının etiketlenmesi ve stilinin belirlenmesi ve bulanıklaştırmanın kodunun çözülmesi gibi işlemler için SpanableStringBuilder oluşturma işlemi yapıldı. Bu görevler, kullanıcı arayüzü iş parçacığından kaldırıldı ve bir arka plan iş parçacığına taşındı.
Rx'ten Coroutine'e geçiş: Bellek kullanımı, sık GC çağrılarına neden oldu ve 100'den fazla RX iş parçacığı aracılığıyla çok yüksek iş parçacığı sayıları elde edildi. Kullanım alanlarının çoğu, bu sorunları düzeltmek için Coroutine'e taşındı.
Resim yükleme için Boil'in kullanılması: Glide, özellikle jetpack oluşturma özelliğiyle oluşturulan bileşenlerde resim yüklerken sorunlara neden oluyordu. Ayrıca, LazyColumn'da resimler yüklenirken oluşturma eşiği çubuğunun yüksek olduğu da tespit edildi. Bu durumlar, resim yükleme için Coil'in benimsenmesine yol açmıştır.
Eski kodları temizleme ve yeniden düzenleme: Eski kodun ve denemelerin kaldırılması, kullanıcı arayüzündeki gereksiz gizli görünümlerin kaldırılmasına ve bazı ekranların daha iyi bir şekilde yeniden yazılmasına yardımcı oldu.
Sonuçlar
ShareChat, iyileştirme alanlarını analiz edip optimizasyon stratejilerini belirleyerek bir yandan kullanıcıların genel deneyimini iyileştirirken bir yandan da etkileşim oranını ve Play Store puanlarını artırabilir. Aşağıda, ShareChat'in elde ettiği sonuçlara dair niceliksel bir genel bakış verilmiştir -
- Play Store'daki "Yavaş oluşturulan" karelerde yaklaşık% 45 azalma
- Play Store'daki "Donmuş" karelerde yaklaşık% 30 azalma
- Oluşturulan her 10.000 kare için olumsuz kare hızları% 10,72'den %3,98'e düşürüldü
- Feed kaydırma %60 arttı
- Play Store'daki toplam puan 4,0'dan 4,3'e yükseldi
- Gönderi tüketiminde% 10 artış
"ShareChat'te amacımız, kullanıcılarımızı memnun eden en iyi sosyal medya uygulaması olmaktır.Bu aynı zamanda uygulama performansı açısından da en iyisi olmak anlamına gelir.
Google’ın geliştirici ilişkileri ekibiyle yaptığımız ortak çalışma, en çok kullanılan düşük teknolojili kullanıcı cihazlarımızda iyileştirilebilecek alanları belirlememize yardımcı oldu. Donmuş kareleri, olumsuzlukları, fazla çizimleri ve ANR'leri tespit edip düzeltmek için en iyi performans uygulamalarını ve araçlarını öğrendik."
– Vihaan Verma, Mühendislik Yöneticisi, Android Ekibi, ShareChat
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 2025-07-27 UTC."],[],[],null,["# ShareChat addresses Jank issues to increase feed scrolling by 60%\n\nIntroduction\n------------\n\nShareChat is a leading social media platform in India that allows users to share their opinions, document their lives, and make new friends in their native language. Other features include chatrooms, and private messaging, enabling users to share videos, jokes, songs and other language-based social content. On a mission to spearhead India's internet revolution, ShareChat is changing how the next billion users will interact on the internet.\n\nThe app in numbers\n\n- **100 Million+** downloads\n- **180 Million+** Monthly Active Users\n- **32 Million+** content creators\n- **15** different Indian languages\n- **\\~1.5** Million posts created daily\n\nThe Challenge\n-------------\n\nAs ShareChat grew to be loved by thousands of people daily, the app faced a challenge in consistently delivering new frames leading to poor response times that impeded user experience.\n\nAs a result, the app saw an increased number of dropped or delayed frames (also known as \"Jank\"). Fixing these jank issues by improving slow \\& frozen frames was critical in delivering a seamless experience to all its users. This would also play an important role in making users spend more time on the app, increasing engagement and, in turn, improving ShareChat's rating on the Android Play Store.\n\nHow They Did It\n---------------\n\nShareChat worked with Google's developer relations team to reduce Jank and yield a positive business impact by improving slow \\& frozen frames (Jank) on the app. Specifically they worked on improving the following issues -\n\n- **Shared RecyclerView Pool** - Through profiling, it was observed that creating different viewholders takes longer and to minimize that, a Shared RecyclerView Pool was created. This also helped in removing the viewholders creational cost for similar feeds.\n\n- **Excessive Layout Passesl** - Through [profiling](https://perfetto.dev/), it was also observed that some viewholders were requesting additional requestLayouts. To optimize, the code was updated to take value in creation time instead of every bind, thus saving extra requestLayout costs.\n\n- **[OverDraw](https://developer.android.com/topic/performance/rendering/inspect-gpu-rendering)** - Simplified the layouts to reduce layering and removing colors that were being set separately for each of the layers.\n\n- **Flattening of hierarchy** - Observed long inflation through profiling and manual inspection of many screens. The hierarchy was flattened using [ConstraintLayout](https://developer.android.com/reference/androidx/constraintlayout/widget/ConstraintLayout) to solve for this.\n\n- **Excessive View Inflation** - Identified long inflation time for certain views while profiling. These views were converted to viewstubs.\n\n- **Removing heavy tasks from UI thread** - Using a profiler allowed for observation of a couple of places where heavy tasks were being done on the main thread, such as creating SpannableStringBuilder with tagging and styling of every recyclerView bind, BlurHash decoding, etc. These tasks were removed from the UI thread and moved to a background thread.\n\n- **Migrating from Rx to [Coroutine](https://developer.android.com/kotlin/coroutines#:%7E:text=A%20coroutine%20is%20a%20concurrency,established%20concepts%20from%20other%20languages)** - Memory consumption also led to frequent GC calls, and there were very high thread counts via the \\\u003e100 RX thread. Many of the use cases were moved to Coroutine to fix these issues.\n\n- **Adoption of [Coil](https://coil-kt.github.io/coil/) for image loading** - Glide was causing issues while loading images, specifically in the components built via jetpack compose. It was also identified that while loading images in LazyColumn, the rendering threshold bar was high. These occurrences led to the adoption of Coil for image loading.\n\n- **Old code cleanup and refactoring** - Removal of old code and experiments helped to remove unnecessary hidden views from the UI and helped rewrite some of the screens in a better way.\n\nResults\n-------\n\nBy analyzing improvement areas and identifying optimization strategies, ShareChat could improve the overall experience for users while increasing its engagement rate and Play Store ratings. Below is the quantitative overview of the results ShareChat achieved -\n\n- \\~45% reduction in 'Slow rendered' frames on Play Store\n- \\~30% reduction in 'Frozen' frames on Play Store\n- Janky frame rates for every 10K frames rendered reduced from 10.72% to 3.98%\n- Feed-scrolling increased by 60%\n- The overall ratings on the Store increased from \\~4.0 to 4.3\n- 10% increase in consumption of posts\n\n\u003e \"At ShareChat, our goal is to be the best social media app out there that\n\u003e delights our users.This also means being the best in terms of app performance.\n\u003e Our collaboration with Google's developer relations team helped us identify\n\u003e areas of improvement on our most used low-end user devices. We learned the best\n\u003e performance practices and tools to identify and fix frozen frames, janks,\n\u003e overdraws, and ANRs.\"\n\u003e\n\u003e **-- Vihaan Verma, Engineering Manager, Android Team at ShareChat**"]]
