Android 14 platformunda, uygulamanızı etkileyebilecek davranış değişiklikleri yer alır. Aşağıdaki davranış değişiklikleri, targetSdkVersion
durumuna bakılmaksızın Android 14'te çalıştırılan tüm uygulamalar için geçerlidir. Uygulamanızı test etmeniz ve geçerli olduğu durumlarda bunları düzgün bir şekilde desteklemek için gerektiği gibi değiştirmeniz gerekir.
Yalnızca Android 14'ü hedefleyen uygulamaları etkileyen davranış değişiklikleri listesini de incelemeyi unutmayın.
Temel işlevler
Tam alarm planlama varsayılan olarak reddedilir
Exact alarms are meant for user-intentioned notifications, or for actions that
need to happen at a precise time. Starting in Android 14, the
SCHEDULE_EXACT_ALARM
permission is no longer being pre-granted to most newly installed apps
targeting Android 13 and higher—the permission is denied by default.
Learn more about the changes to the permission for scheduling exact alarms.
Uygulamalar önbelleğe alınırken bağlama kayıtlı yayınlar sıraya alınır
在 Android 14 中,当应用处于缓存状态时,系统可以将上下文注册的广播放入队列中。这与 Android 12(API 级别 31)为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列,并且应用会从缓存状态中移除以进行广播传递。
当应用离开缓存状态(例如返回前台)时,系统会传递所有已加入队列的广播。某些广播的多个实例 可能会合并为一个广播。取决于其他因素,如系统 运行状况,则可能会从缓存状态中移除应用,以及之前排队 广播。
Uygulamalar yalnızca kendi arka plan işlemlerini sonlandırabilir
Starting in Android 14, when your app calls killBackgroundProcesses()
,
the API can kill only the background processes of your own app.
If you pass in the package name of another app, this method has no effect on that app's background processes, and the following message appears in Logcat:
Invalid packageName: com.example.anotherapp
Your app shouldn't use the killBackgroundProcesses()
API or otherwise attempt
to influence the process lifecycle of other apps, even on older OS versions.
Android is designed to keep cached apps in the background and kill them
automatically when the system needs memory. If your app kills other apps
unnecessarily, it can reduce system performance and increase battery consumption
by requiring full restarts of those apps later, which takes significantly more
resources than resuming an existing cached app.
MTU, MTU isteyen ilk GATT istemcisi için 517 olarak ayarlanır.
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
Uygulamaların kısıtlanmış bekleme paketine yerleştirilmesinin yeni nedeni
Android 14, bir uygulamanın kısıtlanmış bekleme paketine yerleştirilmesinin yeni bir nedenini kullanıma sunar.
Uygulamanın işleri, onStartJob
, onStopJob
veya onBind
yöntem zaman aşımları nedeniyle birden çok kez ANR hatası tetikliyor.
(onStartJob
ve onStopJob
'teki değişiklikler için JobScheduler, geri çağırma ve ağ davranışını güçlendiriyor başlıklı makaleyi inceleyin.)
Uygulamanın kısıtlanmış bekleme grubuna girip girmediğini izlemek için iş yürütme sırasında API ile UsageStatsManager.getAppStandbyBucket()
veya uygulama başlatılırken UsageStatsManager.queryEventsForSelf()
günlük kaydını almanızı öneririz.
mlock 64 KB ile sınırlıdır
Android 14 (API düzeyi 34) ve sonraki sürümlerde platform, mlock()
kullanılarak kilitlenebilen maksimum bellek miktarını işlem başına 64 KB'ya düşürür. Önceki sürümlerde sınır işlem başına 64 MB idi. Bu kısıtlama, uygulamalar ve sistem genelinde daha iyi bellek yönetimi sağlar. Android 14, cihazlar arasında daha tutarlı bir deneyim sunmak için uyumlu cihazlardaki yeni mlock()
sınırı için yeni bir CTS testi ekler.
Sistem, önbelleğe alınmış uygulama kaynaklarının kullanımını zorunlu kılar
从设计上讲,当应用的进程移至后台且没有任何其他应用进程组件在运行时,应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下,Activity
实例在调用并返回 onStop()
方法后执行的任何工作均不可靠,强烈建议不要这样做。
Android 14 对此设计引入了一致性和强制执行要求。在应用进程进入缓存状态后不久,系统会禁止后台工作,直到进程组件重新进入生命周期的活跃状态。
使用框架支持的典型生命周期 API(例如服务、JobScheduler
和 Jetpack WorkManager)的应用应该不受这些变化的影响。
Kullanıcı deneyimi
Kullanıcıların kapatılamayan bildirimleri deneyimleme şekliyle 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 daha görünür
Android 14, kullanıcı gizliliğini artırmak için sistemin Play Console formunda beyan ettiğiniz bilgileri gösterdiği yerlerin sayısını artırır. Şu anda kullanıcılar bu bilgileri uygulamanızın Google Play girişindeki Veri Güvenliği bölümünde görüntüleyebilir.
Uygulamanızın konum verisi paylaşım politikalarını incelemenizi ve uygulamanızın Google Play Veri Güvenliği bölümünde gerekli güncellemeleri yapmanızı öneririz.
Android 14'te veri güvenliği bilgilerinin daha görünür hale getirilmesi hakkında daha fazla bilgiyi kılavuzda bulabilirsiniz.
Erişilebilirlik
%200'e kadar doğrusal olmayan yazı tipi ölçeklendirme
Android 14'ten itibaren sistem, yazı tipini %200'e kadar ölçeklendirmeyi destekler. Bu sayede, az gören kullanıcılara Web İçerik Erişilebilirliği Kuralları (WCAG) ile uyumlu ek erişilebilirlik seçenekleri sunulur.
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ını kullanabilmesini sağlamak için maksimum yazı tipi boyutu etkinken (%200) kullanıcı arayüzü testi yapmanız 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 sahibinin paket adları çıkartılabilir
Medya deposu, belirli bir medya dosyasını depolayan uygulamayı belirten OWNER_PACKAGE_NAME
sütunuyla ilgili 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 ister.
Android'in gizlilik amacıyla paket görünürlüğünü nasıl filtrelediği hakkında daha fazla bilgi edinin.