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, targetSdkVersion'ten bağımsız olarak Android 14 işletim sistemli tüm uygulamalar için geçerlidir. Uygulamanızı test etmeniz ve uygun olduğunda, doğru şekilde desteklemek için gerektiği şekilde değiştirmeniz gerekir.

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

Temel işlevler

Tam alarm planlama varsayılan olarak reddedilir

Tam alarmlar, kullanıcıların bilinçli olarak yaptığı bildirimler veya belirli bir zamanda gerçekleşmesi gereken işlemler için kullanılır. Android 14'ten itibaren SCHEDULE_EXACT_ALARM izni Android 13 ve sonraki sürümleri hedefleyen, yeni yüklenmiş uygulamaların çoğuna önceden verilmeyecektir. İzin varsayılan olarak reddedilir.

Tam alarmların planlanması 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 sırasında bağlama kayıtlı yayınları sıraya koyun önbelleğe alınmış durumda olmalıdır. Bu, sıraya eklemeye benzer Android 12'nin (API düzeyi 31) eşzamansız bağlayıcı için kullanıma sunduğu davranış işlemlerdir. Manifest olarak tanımlanan yayınlar sıraya alınmaz ve uygulamalar kaldırılır önbelleğe alınmış durumdan çıkarılacak.

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

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

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

Başka bir uygulamanın paket adını iletirseniz bu yöntemin arka planda işlem gerçekleştiriyor ve Logcat'te şu mesaj görünüyor:

Invalid packageName: com.example.anotherapp

Uygulamanız killBackgroundProcesses() API'yi kullanmamalı veya eski işletim sistemi sürümlerinde bile diğer uygulamaların süreç yaşam döngüsünü etkilemelidir. Android, önbelleğe alınan uygulamaları arka planda tutup kapatacak şekilde tasarlanmıştır. otomatik olarak oluşturulur. Uygulamanız diğer uygulamaları kapatırsa gereksiz şekilde sistem performansını düşürebilir ve pil tüketimini artırabilir uygulamaların daha sonra tamamen yeniden başlatılmasını gerektirir. Bu da bir uygulamayı devam ettirmekten daha iyidir.

MTU isteyen ilk GATT müşterisi için MTU, 517 olarak ayarlandı

Starting from Android 14, the Android Bluetooth stack more strictly adheres to Version 5.2 of the Bluetooth Core Specification and requests the BLE ATT MTU to 517 bytes when the first GATT client requests an MTU using the BluetoothGatt#requestMtu(int) API, and disregards all subsequent MTU requests on that ACL connection.

To address this change and make your app more robust, consider the following options:

  • Your peripheral device should respond to the Android device's MTU request with a reasonable value that can be accommodated by the peripheral. The final negotiated value will be a minimum of the Android requested value and the remote provided value (for example, min(517, remoteMtu))
    • Implementing this fix could require a firmware update for peripheral
  • Alternatively, limit your GATT characteristic writes based on the minimum between the known supported value of your peripheral and the received MTU change
    • A reminder that you should reduce 5 bytes from the supported size for the headers
    • For example: arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

Bir uygulamanın kısıtlanmış bekleme paketine yerleştirilmesinin yeni nedeni

Android 14 introduces a new reason an app can be placed into the restricted standby bucket. The app's jobs trigger ANR errors multiple times due to onStartJob, onStopJob, or onBind method timeouts. (See JobScheduler reinforces callback and network behavior for changes to onStartJob and onStopJob.)

To track whether or not the app has entered the restricted standby bucket, we recommend logging with the API UsageStatsManager.getAppStandbyBucket() on job execution or UsageStatsManager.queryEventsForSelf() on app startup.

mlock 64 KB ile sınırlıdır

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

Sistem, önbelleğe alınan uygulama kaynaklarının 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. Böyle bir uygulama işlemi, sistem belleği baskısı nedeniyle sonlandırılır. Activity örneklerinin onStop() yöntemi çağrıldıktan ve geri döndürüldükten sonra gerçekleştirdiği tüm işler güvenilir değildir ve kullanılması kesinlikle önerilmez.

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

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

Kullanıcı deneyimi

Kullanıcıların kapatılamayan bildirimlerle ilgili deneyimleme biçimiyle ilgili değişiklikler

Uygulamanız kullanıcılara kapatılamayan ön plan bildirimleri gösteriyorsa Android 14 , kullanıcıların bu tür bildirimleri kapatmasına izin verecek şekilde davranışı değiştirdi.

Bu değişiklik, Notification.Builder#setOngoing(true) veya NotificationCompat.Builder#setOngoing(true) üzerinden Notification.FLAG_ONGOING_EVENT ayarını yaparak kullanıcıların ön plan bildirimlerini kapatmasını engelleyen uygulamalar için geçerlidir. Kullanıcının davranışı FLAG_ONGOING_EVENT bu tür bildirimleri gerçekten alacak şekilde değişti kullanıcı tarafından kapatılabilir.

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

  • Telefon kilitliyken
  • Kullanıcı Tümünü temizle bildirim işlemini seçerse (Bu işlem, yanlışlıkla kapatma işlemleri)

Ayrıca bu yeni davranış, şu kullanım alanları vardır:

  • CallStyle bildirimleri
  • Kurumsal cihaz politikası denetleyici (DPC) ve destekleyici paketler
  • Medya bildirimleri
  • Varsayılan Search Selector paketi

Veri güvenliği bilgileri artık daha görünür

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

Uygulamanızın konum verisi 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 zaman ayırmanızı öneririz.

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

Erişilebilirlik

%200'e kadar doğrusal olmayan yazı tipi ölçeklendirme

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 boyutlandırmasını 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 maksimum yazı tipi boyutu etkinleştirilmiş halde kullanıcı arayüzü testi gerçekleştirmeniz (%200) gerekir.

Güvenlik

Minimum yüklenebilir hedef API düzeyi

Starting with Android 14, apps with a targetSdkVersion lower than 23 can't be installed. Requiring apps to meet these minimum target API level requirements improves security and privacy for users.

Malware often targets older API levels in order to bypass security and privacy protections that have been introduced in newer Android versions. For example, some malware apps use a targetSdkVersion of 22 to avoid being subjected to the runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API level 23). This Android 14 change makes it harder for malware to avoid security and privacy improvements. Attempting to install an app targeting a lower API level will result in an installation failure, with the following message appearing in Logcat:

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

On devices upgrading to Android 14, any apps with a targetSdkVersion lower than 23 will remain installed.

If you need to test an app targeting an older API level, use the following ADB command:

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 istiyor.

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