Uygulamanızı daha geniş bellek sınırlarına hazırlama

Android'in misyonunun merkezinde mükemmel bir kullanıcı deneyimi yer alır. Bu sözü yerine getirmek için cihazların hızlı, duyarlı ve güvenilir olması gerekir. Bu nedenle bellek optimizasyonu her zamankinden daha önemlidir. Ekosistem genelinde yeni cihazlar, bellek fiyatlarındaki artışlara yanıt olarak fiziksel bellek kapasitelerini koruyor, hatta azaltıyor. Ancak kullanıcılar aynı sorunsuz ve yüksek performanslı uygulama deneyimini beklemeye devam ediyor.

Android 17'de, aşırı bellek kullanarak sistem genelinde yavaşlamalara neden olan uygulamaların genel kullanıcı deneyimini olumsuz etkilemesini önlemek için Pixel cihazlardan başlayarak uygulama başına bellek sınırları getirdik. Önümüzdeki yıl, giderek daha fazla sayıda üretici, 4 GB'tan 16 GB ve üzeri RAM'e sahip cihazlara kadar tüm cihaz portföyünde Android'in uygulama başına bellek sınırlarından yararlanacak. Uygulamanız bu sınırları aşarsa yavaşlatılır ve kapatılabilir. Uygulamanızın bellekte kapladığı yeri optimize etmek, OS sınırlamasını önlemek ve sorunsuz bir kullanıcı deneyimi sağlamak için çok önemlidir.  

Bu yayında, bu sınırların nasıl çalıştığını, yeni Android vitals metriklerini kullanarak bellekte kaplanan yerinizi nasıl ölçeceğinizi ve uygulamanızı veya oyununuzu optimize etmek için uygulanabilir adımları ele alacağız.

Bellek Sınırlarını Anlama 

Uygulamanız bellek bütçesini aştığında Android, cihazın yanıt verme hızını korumak için kademeli olarak şu işlemleri yapar:

1. zRAM takası: Uygulamanız ayrılan sınıra ulaşırsa sistem, uygulamanızın sayfalarını zRAM'e (sıkıştırılmış RAM) zorlar.  zRAM, sayfaların hemen çıkarılmasını engellerken sayfaları sıkıştırma ve açma işlemleri CPU yükünü artırır. Bu durum, kullanıcı arayüzünde fark edilebilir takılmalara ve deneyimde yavaşlamalara neden olabilir.
2. İşlemi sonlandırma: Uygulamanız, bellek kullanımını zRAM eşiğinin ötesine taşımaya devam ederse sistem tarafından sonlandırılır.  Uygulama oturumunuzun bu kısıtlamalardan etkilenip etkilenmediğini belirlemek için getDescription() işlevini ApplicationExitInfo içinde çağırabilirsiniz. Sistem bir sınır uyguladıysa çıkış nedeni REASON_OTHER olarak bildirilir ve açıklama dizesinde "MemoryLimiter:AnonSwap" ifadesi yer alır.  Bellek sınırına ulaşıldığında bellek yığını dökümlerini otomatik olarak yakalamak için TRIGGER_TYPE_ANOMALY kullanarak tetikleyici tabanlı profil oluşturma özelliğinden de yararlanabilirsiniz.  

Uygulama başına bellek sınırları ve sistem zorunluluğu hakkında daha fazla bilgi edinmek için Android 17 Uygulama Bellek Sınırları dokümanını inceleyin. Uygulamanızı farklı cihaz yapılandırmalarında test etmek için Memory Limiter adb komutlarını kullanın. 

Bellek sorunlarını izleme ve teşhis etme

Ölçemediğiniz şeyi optimize edemezsiniz. Android ekosisteminde bellek sızıntılarını, aşırı yığın ayırmalarını ve bellek yetersizliği (OOM) kilitlenmelerini belirlemek için tamamlayıcı izleme araçlarından yararlanmak gerekir:

• Android vitals ile makro düzeyde sağlık: Ek yük olmadan geniş, nüfus düzeyinde görünürlük için Google Play Console'daki Android vitals, bellek kullanımı (anonim RSS + takas) ve bit eşlem bellek kullanımı gibi temel metrikler sağlar. Bu sayede, farklı işlem durumlarındaki (ön plan, arka plan, kullanıcı tarafından algılanan hizmetler ve önbelleğe alınmış) ve RAM sınıfı aralıklarındaki bellek dağılımının net bir anlık görüntüsünü elde ederek bellek aykırı değerlerini tespit edebilirsiniz.
• Firebase Crashlytics ile bellek sınırlayıcıdan çıkma ve OOM izleme: Bellek performansındaki ciddi düşüşün temel metriklerinizi etkilemeden önce bu durumdan haberdar olmak için Crashlytics 20.1.0 sürümünde, bellek yetersizliği istisnalarını ve bellek sınırlayıcıdan çıkma sorunlarını yakalamanıza, önceliklendirmenize ve düzeltmenize yardımcı olacak ek hata ayıklama verileri sunulur. Bu etkinlikleri özel günlükler ve anahtar/değer meta verileriyle birlikte izlemek, bellek hatası oluştuğunda işlem durumu hakkında anında bağlam bilgisi sağlar.
• ProfilingManager ile sahada izleme: Performans gözlemlenebilirlik çerçevesini koruyabilen ekipler için Android 15'te (API düzeyi 35) kullanıma sunulan ProfilingManager API, uygulamanızın doğrudan üretim cihazlarından Java yığın dökümleri ve yığın profilleri gibi ayrıntılı bellek hata ayıklama yapılarını programatik olarak istemesine ve toplamasına olanak tanır. Ayrıca, TRIGGER_TYPE_OOM ve TRIGGER_TYPE_ANOMALY gibi belirli sistem sinyallerine göre yığın dökümü yakalamalarını da tetikleyebilirsiniz. 

Diğer bellek izleme teknikleri hakkında daha fazla bilgi edinmek için dokümanlarımızı inceleyin.

Özet ve Sonraki Adımlar

Android, tüm RAM sınıflarında uygulama başına bellek sınırlarını genişlettiğinden artık bellekte kaplanan yerinizi denetlemenin tam zamanı:

1. Bellek optimizasyonlarına öncelik verin: En iyi uygulamaları kullanarak uygulamanızın, uygulama belleği sınırlarından etkilenmesini önleyin. 
2. Bellek kullanımını izleme: Anormal davranışları tespit edip çözmek için uygulamanızın bellek davranışını izleyin.  
3. Oyununuzu optimize edin: İşlem durumlarında bellek tasarrufunu en üst düzeye çıkarmak için oyunlar ve karmaşık multimedya uygulamalarıyla ilgili en son yönergeleri uygulayın.

Yararlı Kaynaklar ve Referanslar

• Android 17'deki Davranış Değişiklikleri: Uygulama Belleği Sınırları
• Android Vitals: Bellek kullanımı (RSS + takas metriği) ve Bit eşlem bellek kullanımı
• Android Geliştiricileri Blogu: Android 17'de bellek verimliliği adımlarına öncelik verme
• Geliştirici Kılavuzu:  Uygulamanızın belleğini yönetme