Davranış değişiklikleri: Android 16 veya sonraki sürümleri hedefleyen uygulamalar

Önceki sürümlerde olduğu gibi Android 16 da uygulamanızı etkileyebilecek davranış değişiklikleri içeriyor. Aşağıdaki davranış değişiklikleri yalnızca Android 16 veya sonraki sürümleri hedefleyen uygulamalar için geçerlidir. Uygulamanız Android 16 veya sonraki sürümleri hedefliyorsa geçerli olduğu durumlarda uygulamanızı bu davranışları destekleyecek şekilde değiştirmeniz gerekir.

Uygulamanızın targetSdkVersion sürümünden bağımsız olarak Android 16'da çalışan tüm uygulamaları etkileyen davranış değişiklikleri listesini de incelemeyi unutmayın.

Kullanıcı deneyimi ve sistem kullanıcı arayüzü

Android 16, daha tutarlı ve sezgisel bir kullanıcı deneyimi sunmak için tasarlanmış aşağıdaki değişiklikleri içerir.

Uçtan uca ekran kapsamı dışında kalma özelliği kullanımdan kaldırılıyor

Android 15 强制为以 Android 15(API 级别 35)为目标平台的应用启用边到边,但您的应用可以通过将 R.attr#windowOptOutEdgeToEdgeEnforcement 设为 true 来选择停用。对于以 Android 16 为目标平台的应用,R.attr#windowOptOutEdgeToEdgeEnforcement 已废弃并处于停用状态,并且您的应用无法选择停用全屏显示。

如需在 Android 16 Beta 版 2 中进行测试,请确保您的应用支持边到边,并移除对 R.attr#windowOptOutEdgeToEdgeEnforcement 的任何使用。如需支持边到边,请参阅 ComposeView 指南。如有疑虑,请在反馈页面上通过问题跟踪器与我们联系。

Tahmini geri arama için taşıma veya devre dışı bırakma işlemi gereklidir

For apps targeting Android 16 or higher and running on an Android 16 or higher device, the predictive back system animations (back-to-home, cross-task, and cross-activity) are enabled by default. Additionally, onBackPressed is not called and KeyEvent.KEYCODE_BACK is not dispatched anymore.

If your app intercepts the back event and you haven't migrated to predictive back yet, update your app to use supported back navigation APIs. or temporarily opt out by setting the android:enableOnBackInvokedCallback attribute to false in the <application> or <activity> tag of your app's AndroidManifest.xml file.

The predictive back-to-home animation.
The predictive cross-activity animation.
The predictive cross-task animation.

Elegant yazı tipi API'leri kullanımdan kaldırıldı ve devre dışı bırakıldı

以 Android 15(API 级别 35)为目标平台的应用的 elegantTextHeight TextView 属性默认设置为 true,从而将紧凑字体替换为更易于阅读的字体。您可以通过将 elegantTextHeight 属性设置为 false 来替换此设置。

Android 16 弃用了 elegantTextHeight 属性,并且在您的应用以 Android 16 为目标平台后,系统会忽略该属性。这些 API 控制的“界面字体”即将停用,因此您应调整所有布局,以确保以阿拉伯语、老挝语、缅甸语、泰米尔语、古吉拉特语、卡纳达语、马拉雅拉姆语、奥里亚语、泰卢固语或泰语呈现一致且可持续的文字。

对于以 Android 14(API 级别 34)及更低版本为目标平台的应用,或者对于通过将 elegantTextHeight 属性设置为 false 而替换默认值的以 Android 15(API 级别 35)为目标平台的应用,elegantTextHeight 行为。
对于以 Android 16 为目标平台的应用,或者对于未通过将 elegantTextHeight 属性设置为 false 来替换默认值的以 Android 15(API 级别 35)为目标平台的应用,elegantTextHeight 行为。

Temel işlevler

Android 16, Android sisteminin çeşitli temel özelliklerini değiştiren veya genişleten aşağıdaki değişiklikleri içerir.

Sabit ücretli iş planlama optimizasyonu

Android 16'yı hedeflemeden önce, scheduleAtFixedRate geçerli bir işlem yaşam döngüsü dışında olduğu için bir görev yürütmeyi kaçırdığında, uygulama geçerli bir yaşam döngüsüne döndüğünde tüm kaçırılan yürütmeler hemen yürütülür.

Android 16'yı hedeflerken, uygulama geçerli bir yaşam döngüsüne döndüğünde en fazla bir scheduleAtFixedRate yürütme işleminin eksikliği hemen yürütülür. Bu davranış değişikliğinin uygulama performansını iyileştirmesi bekleniyor. Uygulamanızın etkilenip etkilenmediğini kontrol etmek için uygulamanızda bu davranışı test edin. Uygulama uyumluluk çerçevesini kullanarak ve STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS uyumluluk işaretini etkinleştirerek de test yapabilirsiniz.

Cihaz form faktörleri

Android 16, büyük ekranlı cihazlarda gösterilen uygulamalar için aşağıdaki değişiklikleri içerir.

Uyarlanabilir düzenler

Android uygulamaları artık çeşitli cihazlarda (telefonlar, tabletler, katlanabilir cihazlar, masaüstü bilgisayarlar, arabalar ve TV'ler gibi) ve büyük ekranlarda pencere modlarında (bölünmüş ekran ve masaüstü pencere modu gibi) çalıştığından, geliştiriciler cihaz yöneliminden bağımsız olarak her ekran ve pencere boyutuna uyum sağlayan Android uygulamaları oluşturmalıdır. Yön kısıtlaması ve yeniden boyutlandırılabilirlik gibi paradigmalar, günümüzün çok cihazlı dünyasında çok kısıtlayıcı.

Yön, yeniden boyutlandırılabilirlik ve en boy oranı kısıtlamalarını yoksayma

Android 16'ı hedefleyen uygulamalar için Android 16, sistemin yön, yeniden boyutlandırma ve en boy oranı kısıtlamalarını yönetme şekliyle ilgili değişiklikler içerir. En küçük genişliği >= 600 dp olan ekranlarda kısıtlamalar artık geçerli değildir. Ayrıca, uygulamalar en boy oranına veya kullanıcının tercih ettiği yönde bakılmaksızın ekran penceresinin tamamını doldurur ve dikey kenarlık kullanılmaz.

Bu değişiklik, yeni bir standart platform davranışı sunar. Android, uygulamaların çeşitli yönlere, ekran boyutlarına ve en boy oranlarına uyum sağlaması beklenen bir modele doğru ilerliyor. Sabit yön veya sınırlı yeniden boyutlandırma gibi kısıtlamalar, uygulamanın uyarlanabilirliğini engeller. Bu nedenle, mümkün olan en iyi kullanıcı deneyimini sunmak için uygulamanızı uyarlanabilir hale getirmenizi öneririz.

Bu davranışı [uygulama uyumluluk çerçevesini][a16-kilo-14] kullanarak ve UNIVERSAL_RESIZABLE_BY_DEFAULT uyumluluk işaretini etkinleştirerek de test edebilirsiniz.

Sık karşılaşılan zarar veren değişiklikler

Yön, yeniden boyutlandırılabilirlik ve en boy oranı kısıtlamaları göz ardı edildiğinde, uygulamanızın bazı cihazlardaki kullanıcı arayüzü (özellikle de dikey yönde kilitli küçük düzenler için tasarlanmış öğeler) etkilenebilir. Örneğin, gerilmiş düzenler, ekran dışı animasyonlar ve bileşenler gibi sorunlarla karşılaşabilirsiniz. En boy oranı veya yönle ilgili varsayımların hepsi uygulamanızda görsel sorunlara neden olabilir. Bu sorunların nasıl önleneceği ve uygulamanızın uyarlanabilir davranışının nasıl iyileştirileceği hakkında daha fazla bilgi edinin.

Cihaz rotasyonuna izin vermek, daha fazla etkinliğin yeniden oluşturulmasına neden olur. Bu da, düzgün şekilde korunmazsa kullanıcı durumunun kaybedilmesine yol açabilir. Kullanıcı arayüzü durumlarını kaydetme başlıklı makalede, kullanıcı arayüzü durumunu nasıl doğru şekilde kaydedeceğinizi öğrenin.

Uygulama ayrıntıları

Aşağıdaki manifest özellikleri ve çalışma zamanı API'leri, tam ekran ve çok pencereli modlarda büyük ekranlı cihazlarda yoksayılır:

screenOrientation, setRequestedOrientation() ve getRequestedOrientation() için aşağıdaki değerler yoksayılır:

  • portrait
  • reversePortrait
  • sensorPortrait
  • userPortrait
  • landscape
  • reverseLandscape
  • sensorLandscape
  • userLandscape

Ekran çözünürlüğü yeniden boyutlandırması açısından android:resizeableActivity="false", android:minAspectRatio ve android:maxAspectRatio'nin hiçbir etkisi yoktur.

Android 16'yı hedefleyen uygulamalarda, uygulama yönü, yeniden boyutlandırılabilirlik ve en boy oranı kısıtlamaları büyük ekranlarda varsayılan olarak yoksayılır. Ancak tam olarak hazır olmayan her uygulama, bu özelliği devre dışı bırakarak bu davranışı geçici olarak geçersiz kılabilir (bu da uygulamanın uyumluluk moduna yerleştirildiği önceki davranışa neden olur).

İstisnalar

Android 16 yön, yeniden boyutlandırma ve en boy oranı kısıtlamaları aşağıdaki durumlarda geçerli değildir:

  • Oyunlar (android:appCategory işaretine göre)
  • Kullanıcıların, cihazın en boy oranı ayarlarında uygulamanın varsayılan davranışını açıkça etkinleştirmesi
  • sw600dp'ten küçük ekranlar

Özelliği geçici olarak devre dışı bırakma

Belirli bir etkinliği kapsam dışında bırakmak için PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY manifest mülkünü tanımlayın:

<activity ...>
  <property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
  ...
</activity>

Uygulamanızın çok fazla bölümü Android 16 için hazır değilse aynı özelliği uygulama düzeyinde uygulayarak özelliği tamamen devre dışı bırakabilirsiniz:

<application ...>
  <property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY" android:value="true" />
</application>

Sağlık ve fitness

Android 16, sağlık ve fitness verileriyle ilgili aşağıdaki değişiklikleri içerir.

Sağlık ve fitness izinleri

对于以 Android 16 或更高版本为目标平台的应用,BODY_SENSORS 权限将过渡到 android.permissions.health 下的精细权限,Health Connect 也使用这些权限。之前需要 BODY_SENSORSBODY_SENSORS_BACKGROUND 的任何 API 现在都需要相应的 android.permissions.health 权限。这会影响以下数据类型、API 和前台服务类型:

如果您的应用使用这些 API,则现在应请求相应的精细权限:

这些权限与用于保护对 Health Connect(用于存储健康、健身和身心健康数据的 Android 数据存储区)读取数据的权限相同。