Davranış değişiklikleri: tüm uygulamalar

Android 14 platformu, uygulamanızı etkileyebilecek davranış değişiklikleri içerir. Aşağıdaki davranış değişiklikleri, Android 14 ile çalışan tüm uygulamalar için (targetSdkVersion sürümünden bağımsız olarak) geçerlidir. Uygulamanızı test etmeli ve ardından uygun durumlarda bunları doğru bir şekilde desteklemek için gereken değişiklikleri yapmalısınız.

Yalnızca Android 14'ü hedefleyen uygulamaları etkileyen davranış değişiklikleri listesini de incelemeyi unutmayın.

Temel işlevler

Programlanmış alarmlar varsayılan olarak reddedilir

Tam alarmlar, kullanıcıların istediği bildirimlere veya belirli bir zamanda gerçekleşmesi gereken işlemlere yöneliktir. Android 14'ten itibaren SCHEDULE_EXACT_ALARM izni, Android 13 ve sonraki sürümleri hedefleyen yeni yüklenen uygulamaların çoğuna artık önceden verilmeyecek. İzin varsayılan olarak reddedilir.

Tam alarmları planlama izninde yapılan değişiklikler hakkında daha fazla bilgi edinin.

Uygulamalar önbelleğe alınırken bağlama kayıtlı yayınlar sıraya alınır

Android 14'te sistem, uygulama önbelleğe alınmış durumdayken bağlama kayıtlı yayınları sıraya alabilir. Bu, Android 12'nin (API düzeyi 31) eşzamansız bağlayıcı işlemleri için sunduğu sıraya ekleme davranışına benzer. Manifest'te beyan edilen yayınlar sıraya alınmaz ve uygulamalar, yayın dağıtımı için önbelleğe alınmış durumdan kaldırılır.

Uygulama önbellekten çıktığında (ör. ön plana dönme) sistem sıraya alınmış yayınları teslim eder. Belirli yayınların birden çok örneği tek bir yayında birleştirilebilir. Sistem durumu gibi diğer faktörlere bağlı olarak, uygulamalar önbelleğe alınmış durumdan kaldırılabilir ve daha önce sıraya alınan yayınlar teslim edilir.

Uygulamalar yalnızca kendi arka plan işlemlerini sonlandırabilir

Android 14'ten itibaren, uygulamanız killBackgroundProcesses() yöntemini çağırdığında API yalnızca kendi uygulamanızın arka plan işlemlerini sonlandırabilir.

Başka bir uygulamanın paket adını aktarırsanız bu yöntemin, uygulamanın arka plan işlemleri üzerinde hiçbir etkisi olmaz ve Logcat'te şu mesaj görünür:

Invalid packageName: com.example.anotherapp

Uygulamanız, killBackgroundProcesses() API'yi kullanmamalı veya eski OS sürümlerinde bile diğer uygulamaların süreç yaşam döngüsünü etkilemeye çalışmamalıdır. Android, önbelleğe alınan uygulamaları arka planda tutacak ve sistem belleğe ihtiyaç duyduğunda otomatik olarak kapatacak şekilde tasarlanmıştır. Uygulamanız diğer uygulamaları gereksiz yere öldürürse sistem performansını düşürebilir ve bu uygulamaların daha sonra tamamen yeniden başlatılmasını gerektirerek pil tüketimini artırabilir. Bu durum, önbelleğe alınmış bir uygulamayı devam ettirmeye kıyasla çok daha fazla kaynak gerektirir.

MTU isteyen ilk GATT istemcisi için MTU 517 olarak ayarlanır.

Android 14'ten itibaren Android Bluetooth yığını, Bluetooth Core Spesifikasyonu'nun 5.2 sürümüne daha sıkı bir şekilde bağlıdır ve ilk GATT istemcisi BluetoothGatt#requestMtu(int) API'yi kullanarak bir MTU istediğinde BLE ATT MTU'yu 517 bayt ister ve söz konusu EKL bağlantısında sonraki tüm MTU isteklerini göz ardı eder.

Bu değişikliği ele almak ve uygulamanızı daha güçlü hale getirmek için aşağıdaki seçenekleri değerlendirin:

  • Çevre birimi cihazınız, Android cihazın MTU isteğine çevre biriminin kabul edebileceği makul bir değerle yanıt vermelidir. Üzerinde anlaşılan son değer, Android için istenen değerin ve uzaktan sağlanan değerin (ör.min(517, remoteMtu)) minimum değeri olur.
    • Bu düzeltmenin uygulanması çevre birimi için bir donanım yazılımı güncellemesi gerektirebilir
  • Alternatif olarak, GATT özellik yazma işlemlerinizi çevre biriminizin bilinen desteklenen değeri ile alınan MTU değişikliği arasındaki en düşük değere göre sınırlandırın.
    • Üstbilgiler için desteklenen boyuttan 5 bayt azaltmanız gerektiğini hatırlatmak isteriz
    • Örneğin: arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

Bir uygulamanın kısıtlanmış bekleme paketine yerleştirilmesine ilişkin yeni neden

Android 14'te, bir uygulamanın kısıtlı bekleme paketine yerleştirilmesi için yeni bir neden sunulmuştur. onStartJob, onStopJob veya onBind yöntemi zaman aşımları nedeniyle uygulamanın işleri birden fazla kez ANR hatalarını tetikliyor. (onStartJob ve onStopJob değişiklikleri için JobScheduler geri çağırmayı ve ağ davranışını güçlendirir bölümüne bakın.)

Uygulamanın kısıtlanmış bekleme paketine girip girmediğini takip etmek için iş yürütme sırasında API UsageStatsManager.getAppStandbyBucket() veya uygulama başlatılırken UsageStatsManager.queryEventsForSelf() ile giriş yapmanızı öneririz.

64 KB ile sınırlı mlock

Platform, Android 14 ve sonraki sürümlerde mlock() kullanılarak kilitlenebilen maksimum bellek boyutunu işlem başına 64 KB'a düşürmektedir. Önceki sürümlerde sınır işlem başına 64 MB'tı. Bu yeni kısıtlama, uygulamalar ve sistem genelinde bellek yönetimini daha iyi hale getirmektedir. Android 14, cihazlar arasında daha fazla tutarlılık sağlamak için uyumlu cihazlarda yeni mlock() sınırı için yeni bir CTS testi ekler.

Sistem, önbelleğe alınan uygulama kaynak kullanımını zorunlu kılar

Tasarım gereği, bir uygulamanın işlemi arka plana taşındığında ve başka hiçbir uygulama işlemi bileşeni çalışmadığında önbelleğe alınmış durumda olur. Bu tür bir uygulama işlemi, sistem belleği baskısı nedeniyle sonlandırılabilir. Bu durumdayken, onStop() yöntemi çağrıldıktan ve geri döndürüldükten sonra Activity örneklerinin gerçekleştirdiği tüm işler güvenilir değildir ve kesinlikle önerilmez.

Android 14, bu tasarımda tutarlılık ve yaptırım sağlar. Bir uygulama işlemi önbelleğe alınmış duruma geçtikten kısa bir süre sonra, bir işlem bileşeni yaşam döngüsünde etkin bir duruma tekrar girene kadar arka plan çalışmasına izin verilmez.

Hizmetler, JobScheduler ve Jetpack WorkManager gibi çerçeve destekli yaşam döngüsü API'lerini kullanan uygulamalar bu değişikliklerden etkilenmemelidir.

Kullanıcı deneyimi

Fotoğraflara ve videolara kısmi erişim izni verme

Android 14'te, kullanıcıların belirli türdeki tüm medyalara erişim izni vermek yerine, kitaplıklarındaki belirli resim ve videolara erişim izni vermelerine olanak tanıyan Seçili Fotoğraflar Erişimi özelliği kullanıma sunuluyor.

Fotoğraf seçiciyi henüz kullanmıyorsanız uygulamanızda kullanmanızı öneririz. Bu sayede, depolama izni istemek zorunda kalmadan kullanıcı gizliliğini de iyileştiren resim ve videoları seçerken tutarlı bir deneyim elde edebilirsiniz.

Depolama izinlerini kullanarak kendi galeri seçicinizi yönetiyorsanız ve uygulamanız üzerinde tam kontrol sahibi olmanız gerekiyorsa yeni READ_MEDIA_VISUAL_USER_SELECTED iznini kullanmak için uygulamanızı uyarlayın. Uygulamanız yeni izni kullanmıyorsa sistem, uygulamanızı uyumluluk modunda çalıştırır.

Güvenli tam ekran Intent bildirimleri

Android 11 (API düzeyi 30) ile tüm uygulamalar, telefon kilitliyken tam ekran intent'ler göndermek için Notification.Builder.setFullScreenIntent'i kullanabiliyordu. AndroidManifest'te USE_FULL_SCREEN_INTENT iznini beyan ederek uygulama yüklemesinde bunu otomatik olarak verebilirsiniz.

Tam ekran intent bildirimleri, kullanıcı tarafından yapılandırılan gelen telefon araması veya çalar saat ayarları gibi kullanıcının hemen ilgilenmesini gerektiren son derece yüksek öncelikli bildirimler için tasarlanmıştır. Android 14'ten itibaren, bu izni kullanmasına izin verilen uygulamalar yalnızca arama ve alarm işlevi sağlayan uygulamalarla sınırlıdır. Google Play Store, bu profile uymayan tüm uygulamalar için varsayılan USE_FULL_SCREEN_INTENT izinlerini iptal eder. Bu değişiklikler 2024'te yürürlüğe girecektir.

Bu izin, kullanıcı Android 14'e güncellemeden önce telefonda yüklü uygulamalar için etkin kalır. Kullanıcılar bu izni etkinleştirip devre dışı bırakabilir.

Yeni API'yi NotificationManager.canUseFullScreenIntent kullanarak uygulamanızın izne sahip olup olmadığını kontrol edebilirsiniz. İzniniz yoksa uygulamanız, kullanıcıların izni verebileceği ayarlar sayfasını başlatmak için yeni amacı ACTION_MANAGE_APP_USE_FULL_SCREEN_INTENT kullanabilir.

Kullanıcıların kapatılamaz bildirimlerle ilgili deneyimindeki değişiklikler

Uygulamanızın kullanıcılara kapatılamaz ön plan bildirimleri göstermesi durumunda Android 14, kullanıcıların bu tür bildirimleri kapatmasına izin veren davranışı değiştirmiştir.

Bu değişiklik, Notification.FLAG_ONGOING_EVENT ile Notification.Builder#setOngoing(true) veya NotificationCompat.Builder#setOngoing(true) arası ayarlamaları yaparak kullanıcıların ön plan bildirimlerini kapatmasını engelleyen uygulamalar için geçerlidir. FLAG_ONGOING_EVENT uygulamasının davranışı, bu tür bildirimleri kullanıcı tarafından gerçekten kapatılabilir hale getirecek şekilde değiştirildi.

Bu tür bildirimler aşağıdaki durumlarda kapatılamaz:

  • Telefon kilitliyken
  • Kullanıcı, Tümünü temizle bildirim işlemini seçerse (bu işlem yanlışlıkla kapatmaya yardımcı olur)

Ayrıca bu yeni davranış, aşağıdaki kullanım alanlarındaki bildirimler için geçerli değildir:

  • CallStyle bildirimleri
  • Kuruluşlar için cihaz politikası denetleyici (DPC) ve destekleyici paketler

Veri Güvenliği bilgileri artık daha kolay gösteriliyor

Android 14, kullanıcı gizliliğini iyileştirmek için Play Console formunda beyan ettiğiniz bilgilerin sistem tarafından gösterildiği yer sayısını artırır. Şu anda kullanıcılar bu bilgileri uygulamanızın Google Play'deki girişindeki Veri Güvenliği bölümünde görüntüleyebilirler.

Uygulamanızın konum verileri paylaşım politikalarını incelemenizi ve uygulamanızın Google Play Veri Güvenliği bölümünde geçerli güncellemeleri yapmak için bir dakikanızı ayırmanızı öneririz.

Daha fazla bilgiyi Android 14'te veri güvenliği bilgilerinin nasıl daha görünür olduğu ile ilgili kılavuzdan edinebilirsiniz.

Erişilebilirlik

Doğrusal olmayan yazı tipini %200'e ölçekleme

Sistem, Android 14'ten itibaren %200'e kadar yazı tipi ölçeklendirmesini destekleyerek az gören kullanıcılara Web İçeriği Erişilebilirlik Yönergeleri (WCAG) ile uyumlu ek erişilebilirlik seçenekleri sağlar.

Metin boyutunu tanımlamak için zaten ölçeklendirilmiş piksel (sp) birimleri kullanıyorsanız bu değişikliğin uygulamanız üzerinde büyük bir etkisi olmayacaktır. Ancak uygulamanızın kullanılabilirliği etkilemeden daha büyük yazı tipi boyutlarına uyum sağlayabildiğinden emin olmak için kullanıcı arayüzü testini maksimum yazı tipi boyutu etkinken (%200) yapmanız gerekir.

Güvenlik

Minimum yüklenebilir hedef API düzeyi

Android 14 sürümünden itibaren, targetSdkVersion değeri 23'ten düşük olan uygulamalar yüklenemez. Uygulamaların bu minimum hedef API düzeyi şartlarını karşılamasını zorunlu kılmak, kullanıcılar için güvenliği ve gizliliği artırır.

Kötü amaçlı yazılımlar, yeni Android sürümlerinde kullanıma sunulan güvenlik ve gizlilik korumalarını atlamak için genellikle eski API düzeylerini hedefler. Örneğin, bazı kötü amaçlı yazılım uygulamaları Android 6.0 Marshmallow tarafından 2015'te kullanıma sunulan çalışma zamanı izin modeline (API düzeyi 23) tabi tutulmamak için 22'nin targetSdkVersion değerini kullanır. Android 14'teki bu değişiklik, kötü amaçlı yazılımların güvenlik ve gizlilik iyileştirmelerinden kaçınmasını zorlaştırır. Daha düşük bir API düzeyini hedefleyen bir uygulamayı yüklemeye çalışmak, yükleme hatasına neden olur. Logcat'te aşağıdaki mesaj görünür:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7

Android 14'e geçen cihazlarda targetSdkVersion 23'ten küçük olan uygulamalar yüklü olarak kalır.

Eski bir API düzeyini hedefleyen bir uygulamayı test etmeniz gerekirse aşağıdaki ADB komutunu kullanın:

adb install --bypass-low-target-sdk-block FILENAME.apk

Medya sahibi paket adları çıkartılabilir

Medya mağazası, belirli bir medya dosyasını depolayan uygulamayı belirten OWNER_PACKAGE_NAME sütunu için sorguları destekler. Android 14'ten itibaren aşağıdaki koşullardan en az biri doğru olmadığı sürece bu değer çıkartılır:

  • Medya dosyasını depolayan uygulamanın, diğer uygulamalar tarafından her zaman görülebilen bir paket adı vardır.

  • Medya mağazasını sorgulayan uygulama QUERY_ALL_PACKAGES iznini istemektedir.

Android'in gizlilik amacıyla paket görünürlüğünü nasıl filtrelediği hakkında daha fazla bilgi edinin.