Zmiany zachowania: aplikacje kierowane na Androida 16 lub nowszego

Podobnie jak w poprzednich wersjach, Android 16 zawiera zmiany zachowania, które mogą mieć wpływ na Twoją aplikację. Poniższe zmiany zachowania mają zastosowanie wyłącznie do aplikacji kierowanych na Androida 16 lub nowszego. Jeśli Twoja aplikacja jest kierowana na Androida 16 lub nowszego, w razie potrzeby zmodyfikuj ją, aby obsługiwała te funkcje.

Zapoznaj się też z listą zmian zachowania, które mają wpływ na wszystkie aplikacje działające na Androidzie 16, niezależnie od targetSdkVersion Twojej aplikacji.

Wrażenia użytkownika i interfejs systemu

Android 16 zawiera poniższe zmiany, które mają na celu zapewnienie bardziej spójnego i intuicyjnego interfejsu.

Odrzucenie wyświetlania bez ramki

Android 15 wymusza wyświetlanie bez ramki w przypadku aplikacji kierowanych na Androida 15 (poziom API 35), ale Twoja aplikacja może z tego zrezygnować, ustawiając wartość R.attr#windowOptOutEdgeToEdgeEnforcement na true. W przypadku aplikacji kierowanych na Androida 16 atrybut R.attr#windowOptOutEdgeToEdgeEnforcement jest wycofany i wyłączony, a aplikacja nie może zrezygnować z wyświetlania bez ramki.

Jeśli chcesz przeprowadzić testy na Androidzie 16 w wersji beta 2, upewnij się, że Twoja aplikacja obsługuje wyświetlanie obrazu od krawędzi do krawędzi, i usuń wszystkie odwołania do R.attr#windowOptOutEdgeToEdgeEnforcement. Aby uzyskać informacje o obsługiwaniu formatu edge-to-edge, zapoznaj się z artykułem Tworzenie wiadomości i Widok. Poinformuj nas o problemach w naszym narzędziu do zgłaszania błędów na stronie opinii.

Wymagane przeprowadzenie migracji lub rezygnacja z funkcji przewidywania wstecz

W przypadku aplikacji kierowanych na Androida 16 lub nowszego i uruchamianych na urządzeniu z Androidem 16 lub nowszym animacje systemowe przewidywanego przejścia wstecz (powrotu do ekranu głównego, przełączania zadań i przełączania działań) są domyślnie włączone. Dodatkowo funkcja onBackPressed nie jest wywoływana, a zapytanie KeyEvent.KEYCODE_BACK nie jest już wysyłane.

Jeśli Twoja aplikacja przechwytuje zdarzenie wstecz i nie została jeszcze przeniesiona na przewidywane wsteczne przechodzenie, zaktualizuj ją, aby używała obsługiwanych interfejsów API do nawigacji wstecz, lub tymczasowo wyłącz tę funkcję, ustawiając atrybut android:enableOnBackInvokedCallback na false w tagu <application> lub <activity> w pliku AndroidManifest.xml aplikacji.

Animacja przewidywanego powrotu do domu.
Przewidowana animacja aktywności.
Animacja przewidywania zadań.

Wycofanie i wyłączenie interfejsów API czcionek eleganckich

以 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 行为。

Główna funkcja

Android 16 zawiera te zmiany, które modyfikują lub rozszerzają różne podstawowe funkcje systemu Android.

Optymalizacja harmonogramu pracy z ustaloną stawką

在以 Android 16 为目标平台之前，如果 scheduleAtFixedRate 因不在有效的进程生命周期内而错过了任务执行，则当应用返回到有效的生命周期时，所有错过的执行会立即执行。

以 Android 16 为目标平台时，当应用返回到有效的生命周期时，系统会立即执行最多 1 次未执行的 scheduleAtFixedRate 执行。此行为变更预计会提升应用性能。在您的应用中测试此行为，检查您的应用是否受到影响。您还可以使用应用兼容性框架并启用 STPE_SKIP_MULTIPLE_MISSED_PERIODIC_TASKS 兼容性标志进行测试。

Formaty urządzeń

Android 16 wprowadza te zmiany w przypadku aplikacji wyświetlanych na urządzeniach z dużym ekranem.

Układy adaptacyjne

现在，Android 应用可在各种设备（例如手机、平板电脑、可折叠设备、桌面设备、汽车和电视）上运行，并且在大屏设备上支持多种窗口模式（例如分屏和桌面窗口模式），因此开发者应构建能够适应任何屏幕和窗口大小的 Android 应用，无论设备屏幕方向如何。在当今的多设备时代，限制屏幕方向和尺寸调整等范式过于严格。

忽略屏幕方向、尺寸可调整性和宽高比限制

对于以 Android 16 为目标平台的应用，Android 16 对系统管理屏幕方向、尺寸调整和宽高比限制的方式进行了更改。在最小宽度大于等于 600dp 的显示屏上，这些限制不再适用。无论宽高比或用户的首选屏幕方向如何，应用都会填满整个显示窗口，并且不会使用信箱模式。

此变更引入了新的标准平台行为。Android 正在朝着一种模式发展，即应用应适应各种屏幕方向、显示大小和宽高比。固定屏幕方向或尺寸可调整性受限等限制会妨碍应用自适应，因此我们建议让应用自适应，以提供尽可能出色的用户体验。

您还可以使用 [应用兼容性框架][a16-kilo-14] 并启用 UNIVERSAL_RESIZABLE_BY_DEFAULT 兼容性标志来测试此行为。

常见的破坏性更改

忽略屏幕方向、可调整大小和宽高比限制可能会影响应用在某些设备上的界面，尤其是专为锁定在纵向模式的小布局设计的元素：例如，拉伸的布局、屏幕外动画和组件等问题。对宽高比或屏幕方向做出的任何假设都可能会导致应用出现视觉问题。详细了解如何避免这些问题并改进应用的自适应行为。

允许设备旋转会导致重新创建更多 activity，如果未正确保留用户状态，可能会导致丢失用户状态。如需了解如何正确保存界面状态，请参阅保存界面状态。

实现细节

在大屏设备上，以下清单属性和运行时 API 会在全屏和多窗口模式下被忽略：

系统会忽略 screenOrientation、setRequestedOrientation() 和 getRequestedOrientation() 的以下值：

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

关于显示屏可调整大小，android:resizeableActivity="false"、android:minAspectRatio 和 android:maxAspectRatio 没有任何影响。

对于以 Android 16 为目标平台的应用，系统会默认在大屏设备上忽略应用屏幕方向、可调整大小和宽高比约束条件，但每个尚未完全准备就绪的应用都可以通过选择停用来暂时替换此行为（这会导致之前将应用置于兼容模式的行为）。

异常

在以下情况下，Android 16 的屏幕方向、尺寸调整和宽高比限制不适用：

  • 游戏（基于 android:appCategory 标志）
  • 用户在设备的宽高比设置中明确选择启用应用的默认行为
  • 小于 sw600dp 的屏幕

暂时停用

如需停用特定 activity，请声明 PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY 清单属性：

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

如果应用的太多部分不支持 Android 16，您可以在应用级别应用相同的属性，以完全停用该功能：

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

Zdrowie i fitness

Android 16 zawiera te zmiany dotyczące danych o zdrowiu i aktywności fizycznej:

Uprawnienia dotyczące zdrowia i aktywności fizycznej

W przypadku aplikacji kierowanych na Androida 16 lub nowszą wersję uprawnienia BODY_SENSORS są zastępowane przez uprawnienia szczegółowe android.permissions.health, które są też używane przez Health Connect. Każdy interfejs API, który wcześniej wymagał uprawnień BODY_SENSORS lub BODY_SENSORS_BACKGROUND, wymaga teraz odpowiedniego uprawnienia android.permissions.health. Ma to wpływ na te typy danych, interfejsy API i typy usług działających na pierwszym planie:

Jeśli Twoja aplikacja korzysta z tych interfejsów API, powinna teraz poprosić o odpowiednie szczegółowe uprawnienia:

Te uprawnienia są takie same jak te, które chronią dostęp do odczytu danych z Health Connect, czyli bazy danych Androida zawierającej dane o zdrowiu, kondycji i samopoczuciu.