Mobil Geliştirmede Gecikme: Nedir, Nedenleri ve Giderme Yöntemleri

Mobil Geliştirmede Gecikme Nedir

Gecikme, mobil uygulamada kullanıcı eylemi (dokunma, kaydırma, metin girişi) ile arayüz yanıtı arasında öznel olarak fark edilebilir bir gecikmedir. Teknik olarak, gecikme giriş olayı ile tam kare işleme arasındaki süre olarak ölçülür: rahat eşik 100 ms'ye kadar, fark edilebilir 200 ms'den itibaren, kritik 500 ms'nin üzerindedir.

Gecikme, Aksaklık ve Yavaşlama Arasındaki Fark

Kullanıcı terminolojisinde “gecikme” ve “yavaşlama” sıklıkla eşanlamlı kullanılır, ancak teknik olarak gecikme sabit bir gecikmedir (ör. her dokunuşta 300 ms), “yavaşlama” ise aralıklı bir yavaşlamadır: uygulama akıcı çalışır ve ardından bir saniye donar. Aksaklık, gecikmenin aksine, hızla değil görüntüleme doğruluğuyla ilgilidir.

Gecikmenin Uygulama Metriklerine Etkisi

Google Play ve App Store, uygulamaları sıralarken performans metriklerini dikkate alır. ANR oranı, takılma sıklığı ve başlangıç süresi, arama görünürlüğünü ve yükleme dönüşümünü etkiler. Sürekli gecikmesi olan bir uygulama, ilk başlatmadan sonra kullanıcıların %40'ına kadarını kaybeder.

Uygulamalarda Gecikme ve Yavaşlamanın Nedenleri

Gecikme, ana UI iş parçacığı kareleri 60 FPS (kare başına 16,6 ms) veya 120 FPS (8,3 ms) hızında işleyemediğinde oluşur. Gecikmelerin ana kaynaklarını inceleyelim.

Ana İş Parçacığını Bloke Etme

UI iş parçacığındaki herhangi bir senkron işlem — SharedPreferences'tan okuma, suspend olmadan Room aracılığıyla veritabanıyla çalışma, bir görüntüyü Bitmap'e kod çözme — kare işlemeyi bloke eder. Android'de bu takılmaya neden olur, iOS'ta Core Animation işlemesinde gecikmeye neden olur.

Bellek Sızıntıları ve Sık GC Duraklamaları

Android'de Çöp Toplayıcı veya iOS'ta ARC bellek boşaltma işlemi yaptığında, tüm iş parçacıkları duraklatılır. Sık GC duraklamaları, çok sayıda geçici nesne oluşturulduğunda meydana gelir — örneğin, her bağdaştırıcı çağrısında yeni bir ViewHolder örneği oluşturmak. Bu, sarsak kaydırma olarak kendini gösterir.

Ağır Düzen Hiyerarşileri

İç içe ConstraintLayout, birden çok LinearLayout, örtüşen View'ler — her iç içe geçme seviyesi ölçüm ve layout pass süresini artırır. Xcode, derin katman hiyerarşisinin (10 seviyeden fazla) FPS'de %20-30 düşüşe neden olduğunu belirtir.

• Android — aşırı requestLayout, verimsiz ConstraintLayout zincirleri, downscale olmadan büyük Bitmap
• iOS — çakışmalı Auto Layout kısıtlamaları, ağır CALayer, rasterization olmadan shadowPath
• Çapraz platform — UI iş parçacığında senkron HTTP çağrıları, ağır JSON ayrıştırma, optimize edilmemiş yüksek çözünürlüklü görüntüler

Performans Gecikmeleri Nasıl Teşhis Edilir

Gecikme nedenlerini belirlemek için IDE'lere yerleşik profilleyiciler ve sistem izleme araçları kullanılır. Her araç kendi görevini çözer.

Android Studio'da CPU Profiler

CPU Profiler, hangi yöntemlerin CPU süresi tükettiğini ve hangi iş parçacıklarında yürütüldüklerini gösterir. Ağır hesaplama yapan bir yöntem ana iş parçacığında çalışıyorsa — bu temel nedendir. Örnek Java Metodu etkinleştirilerek iz kaydı, herhangi bir anda çağrı yığınını görmeyi ve sıcak noktaları bulmayı sağlar.

Xcode Instruments'ta Time Profiler

iOS için eşdeğer araç — Time Profiler — her milisaniyede yığın örnekleri toplar ve her yöntemin CPU süresinin yüzde kaçını tükettiğini gösterir. Main Thread Only bayrağıyla birleştirildiğinde, yalnızca ana iş parçacığı işlemlerini filtreleyerek doğrudan gecikme kaynaklarını işaret eder.

Network Profiler ve İstek Analizi

Yavaş ağ istekleri, UI iş parçacığı bloke olmasa bile gecikme izlenimi yaratır. Android Studio'da Network Profiler ve Xcode'da Network Link Conditioner, yavaş bağlantıları simüle etmeye ve uygulamanın gerçek koşullarda nasıl davrandığını belirlemeye olanak tanır. İlerleme olmadan parçalı yanıtlar ve büyük JSON yükleri, görünür gecikmenin tipik kaynaklarıdır.

Zaman ölçümlü OkHttp ile ağ isteği profilleme örneği:

class TimingInterceptor : Interceptor {
    override fun intercept(chain: Interceptor.Chain): Response {
        val start = System.nanoTime()
        val response = chain.proceed(chain.request())
        val duration = (System.nanoTime() - start) / 1_000_000
        Log.d("Timing", "Request took $duration ms")
        return response
    }
}

Android ve iOS'ta Gecikmeyi Giderme Yöntemleri

Gecikmeyi gidermek sistematik çalışma gerektirir: tek bir yöntemi optimize etmekten mimari değişikliklere kadar. En etkili teknikleri inceleyelim.

Coroutine ve GCD ile Asenkron İşleme

Ağ istekleri için Dispatchers.IO ve hesaplamalar için Dispatchers.Default ile Kotlin Coroutines, ana iş parçacığının UI için boş kalmasını sağlar. iOS'ta Grand Central Dispatch, arka plan görevleri için queue .global(qos: .userInitiated) ve UI güncellemeleri için .main ile standart yaklaşımdır. Kuyruklar arasında sync işlemlerinden kaçının.

Bağdaştırıcıları ve Listeleri Optimize Etme

Android'de RecyclerView ve iOS'ta UICollectionView doğru yapılandırma gerektirir: onBindViewHolder'da minimum nesne oluşturma ile ViewHolder, değişiklik hesaplaması için DiffUtil, verileri önceden yüklemek için prefetching. iOS'ta manuel yönetim olmadan animasyonlu güncellemeler için diffable data source kullanın.

Veri ve Görüntü Önbelleğe Alma

Her kaydırmada aynı görüntüyü yüklemek garantili gecikmedir. Coil (Android) ve Kingfisher (iOS) görüntüleri bellekte ve diskte önbelleğe alır, tekrarlanan isteklerde anında görüntüleme sağlar. Veriler için, Flow veya Combine tabanlı bir önbellek katmanı ile Room kullanın.

Android'de Coil ile görüntü önbelleğe alma yapılandırma örneği:

val imageLoader = ImageLoader(context) {
    memoryCachePolicy(CachePolicy.ENABLED)
    diskCachePolicy(CachePolicy.ENABLED)
    crossfade(true)
    size(512, 512)
}

// Loading with auto-caching enabled
imageView.load("https://example.com/image.jpg") {
    placeholder(R.drawable.placeholder)
    error(R.drawable.error)
}

Geliştirme Aşamasında Gecikmeyi Önleme

Gecikmeyi önlemek, onu üretimde düzeltmekten daha ucuzdur. Önleyici tedbirler, araç ve mimari düzeyinde geliştirme sürecine yerleştirilir.

Android'de StrictMode

StrictMode, geliştirme sırasında ana iş parçacığındaki yanlışlıkla G/Ç işlemlerini ve ağ çağrılarını algılayan yerleşik bir Android aracıdır. Kritik ihlaller için penaltyDeath politikasıyla Application.onCreate'te etkinleştirin. Geliştiricinin sorunu commit'ten önce görmesini sağlamanın tek yolu budur.

iOS'ta Main Thread Checker

iOS için eşdeğeri — Xcode'da Main Thread Checker, Runtime Sanitization'ın bir parçası — tüm UIKit ve AppKit çağrılarının ana iş parçacığında yürütülmesini otomatik olarak kontrol eder. Debug yapı şemasında etkinleştirin ve CI'da sıfır uyarı hedefleyin.

CI'da Performans Kıyaslamaları

Başlangıç süresini, kaydırma FPS'sini ve bellek kullanımını ölçmek için CI boru hattınıza Macrobenchmark (Android) ve XCTMetrics (iOS) çalıştırmaları ekleyin. Eşikler belirleyin: yeni bir commit başlangıç süresini %5'ten fazla artırırsa — yapı başarısız olur.

• Android — Macrobenchmark, Baseline Profiles, Jetpack Benchmark Library
• iOS — XCTMetrics, os_signpost, kullanıcı cihazlarından metrik toplamak için MetricKit
• Genel yaklaşım — her önemli değişiklikten önce ve sonra profilleme, performans gerileme testleri