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, tüm uygulamalar için targetSdkVersion değerinden bağımsız olarak Android 14'te çalışırken geçerlidir. Uygulamanızı test etmeli ve uygun olduğu durumlarda bunları düzgün şekilde desteklemek için gerektiği gibi değiştirmelisiniz.

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

Temel işlevler

Tam zamanlı alarm planlama isteği varsayılan olarak reddedilir

Tam alarmlar, kullanıcı tarafından istenen bildirimler veya tam olarak belirli bir zamanda yapılması 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üklenen uygulamaların çoğuna artık önceden verilmemektedir. Bu izin varsayılan olarak reddedilir.

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

Bağlam kaydı yapılmış yayınlar, uygulamalar önbelleğe alınırken 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, MTU isteyen ilk GATT istemcisi için 517 olarak ayarlanır.

Android 14'ten itibaren Android Bluetooth yığını, Bluetooth Core Specification'in 5.2 sürümüne daha sıkı bağlı kalır ve ilk GATT istemcisi BluetoothGatt#requestMtu(int) API'yi kullanarak MTU istediğinde BLE ATT MTU'yu 517 bayt olarak ister ve bu ACL bağlantısında sonraki tüm MTU isteklerini yoksayar.

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

  • Çevresel cihazınız, Android cihazın MTU isteğine çevresel cihaz tarafından karşılanabilir makul bir değerle yanıt vermelidir. Pazarlık yapılan nihai değer, Android'in istediği değer ile uzaktan kumanda tarafından sağlanan değerin (ör. min(517, remoteMtu)) minimum değeri olacaktır.
    • Bu düzeltmenin uygulanması için çevre birimi donanım yazılımının güncellenmesi gerekebilir.
  • Alternatif olarak, GATT özelliği yazma işlemlerinizi, çevre biriminizin bilinen desteklenen değeri ile alınan MTU değişikliği arasındaki minimum değere göre sınırlayın
    • Üstbilgiler için desteklenen boyuttan 5 bayt çıkarmanı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 grubuna yerleştirilebileceği yeni neden

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 kaynak kullanımını zorunlu kılar

Tasarıyla, 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ış durumdadır. Bu tür bir uygulama işlemi, sistem belleği baskısı nedeniyle sonlandırılabilir. onStop() yöntemi çağrıldıktan ve döndürüldükten sonra Activity örnekleri tarafından bu durumdayken gerçekleştirilen tüm işlemler güvenilir değildir ve kesinlikle önerilmez.

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

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

Kullanıcı deneyimi

Kullanıcıların kapatılamayan bildirimleri deneyimleme şeklindeki 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, %200'e kadar yazı tipi ölçeklendirmeyi destekleyerek kullanıcılara ek erişilebilirlik seçenekleri sunar.

Metin boyutunu tanımlamak için zaten ölçeklendirilmiş piksel (sp) birimlerini 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ı destekleyebildiğinden emin olmak için maksimum yazı tipi boyutu etkinleştirilmişken (%200) kullanıcı arayüzü testi yapmanız gerekir.

Güvenlik

Minimum yüklenebilir hedef API düzeyi

从 Android 14 开始，targetSdkVersion 低于 23 的应用无法安装。要求应用满足这些最低目标 API 级别要求有助于提高用户的安全性和隐私性。

恶意软件通常会以较旧的 API 级别为目标平台，以绕过在较新版本 Android 中引入的安全和隐私保护机制。例如，有些恶意软件应用使用 targetSdkVersion 22，以避免受到 Android 6.0 Marshmallow（API 级别 23）在 2015 年引入的运行时权限模型的约束。这项 Android 14 变更使恶意软件更难以规避安全和隐私权方面的改进限制。尝试安装以较低 API 级别为目标平台的应用将导致安装失败，并且 Logcat 中会显示以下消息：

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

在升级到 Android 14 的设备上，targetSdkVersion 低于 23 的所有应用都将继续保持安装状态。

如果您需要测试以旧版 API 级别为目标平台的应用，请使用以下 ADB 命令：

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

Medya sahibinin paket adları çıkarılabilir

媒体库支持查询 OWNER_PACKAGE_NAME 列，该列表示存储特定媒体文件的应用。从 Android 14 开始，除非满足以下条件之一，否则系统会隐去此值：

  • 存储媒体文件的应用有一个软件包名称始终对其他应用可见。

  • 查询媒体库的应用会请求 QUERY_ALL_PACKAGES 权限。

详细了解 Android 如何出于隐私保护目的而过滤软件包可见性。