Zmiany w działaniu: wszystkie aplikacje

Platforma Android 14 zawiera zmiany w działaniu, które mogą mieć wpływ na Twoją aplikację. Poniższe zmiany w działaniu dotyczą wszystkich aplikacji działających na Androidzie 14, niezależnie od targetSdkVersion. W razie potrzeby przetestuj aplikację i zmodyfikuj ją, aby prawidłowo obsługiwała te funkcje.

Zapoznaj się też z listą zmian w zachowaniu, które mają wpływ tylko na aplikacje kierowane na Androida 14.

Główna funkcja

Domyślnie odrzucane są prośby o zaplanowanie alarmów precyzyjnych

精确的闹钟适用于用户指定的通知，或是在确切时间需要执行的操作。从 Android 14 开始，系统不再向以 Android 13 及更高版本为目标平台的大多数新安装应用预先授予 SCHEDULE_EXACT_ALARM 权限，该权限默认处于拒绝状态。

详细了解安排精确闹钟的权限变化。

Zarejestrowane w kontekście transmisje są umieszczane w kolejce, gdy aplikacje są przechowywane w pamięci podręcznej

在 Android 14 中，当应用处于缓存状态时，系统可以将上下文注册的广播放入队列中。这与 Android 12（API 级别 31）为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列，并且应用会从缓存状态中移除以进行广播传递。

当应用离开缓存状态（例如返回前台）时，系统会传递所有已加入队列的广播。某些广播的多个实例 可能会合并为一个广播。取决于其他因素，如系统 运行状况，则可能会从缓存状态中移除应用，以及之前排队 广播。

Aplikacje mogą kończyć tylko własne procesy działające w tle

从 Android 14 开始，当您的应用调用 killBackgroundProcesses() 时，该 API 只能终止您自己应用的后台进程。

如果您传入另一个应用的软件包名称，此方法对该应用的后台进程没有影响，并且 Logcat 中会显示以下消息：

Invalid packageName: com.example.anotherapp

您的应用不应使用 killBackgroundProcesses() API，也不得以其他方式尝试影响其他应用的进程生命周期，即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行，并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用，则由于之后需要完全重启这些应用，因此可能会降低系统性能并增加耗电量，这比恢复现有缓存应用所消耗的资源要多得多。

Wartość MTU jest ustawiona na 517 w przypadku pierwszego klienta GATT, który wysyła żądanie MTU.

从 Android 14 开始，Android 蓝牙堆栈会更严格地遵循 蓝牙核心规范 5.2 版，并在第一个 GATT 客户端使用 BluetoothGatt#requestMtu(int) API 请求 MTU 时将 BLE ATT MTU 请求设为 517 字节，并忽略该 ACL 连接上的所有后续 MTU 请求。

如需解决此更改并使您的应用更为稳健，请考虑以下选项：

  • 您的外围设备应使用外围设备可以容纳的合理值来响应 Android 设备的 MTU 请求。最终协商的值将是 Android 请求的值和远程提供的值（例如 min(517, remoteMtu)）的较小值
    • 实现此修复程序可能需要更新外围设备的固件
  • 或者，您也可以根据外围设备的已知支持值与收到的 MTU 更改值之间的最小值来限制 GATT 特征写入
    • 提醒您，应将标头的支持大小减小 5 个字节
    • 例如：arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

Nowy powód, dla którego aplikacja może zostać umieszczona w ograniczonym zasobniku stanu gotowości

Android 14 wprowadza nowy powód, dla którego aplikacja może zostać umieszczona w zasobie o ograniczonym dostępie. Zadania aplikacji wielokrotnie wywołują błędy ANR z powodu przekroczenia limitu czasu oczekiwania metod onStartJob, onStopJob lub onBind. (aby dowiedzieć się więcej o zmianach w funkcjach onStartJob i onStopJob, zapoznaj się z artykułem JobScheduler wzmacnia działanie funkcji wywołania zwrotnego i zachowania sieci).

Aby śledzić, czy aplikacja weszła do puli ograniczonego trybu gotowości, zalecamy rejestrowanie za pomocą interfejsu API UsageStatsManager.getAppStandbyBucket() podczas wykonywania zadania lub UsageStatsManager.queryEventsForSelf() podczas uruchamiania aplikacji.

mlock ograniczony do 64 KB

W Androidzie 14 (poziom interfejsu API 34) i nowszych platforma zmniejsza maksymalną ilość pamięci, którą można zablokować za pomocą funkcji mlock(), do 64 KB na proces. W poprzednich wersjach limit wynosił 64 MB na proces. To ograniczenie sprzyja lepszemu zarządzaniu pamięcią w aplikacjach i systemie. Aby zapewnić większą spójność na różnych urządzeniach, Android 14 dodaje nowy test CTS dla nowego limitu mlock() na zgodnych urządzeniach.

System wymusza wykorzystanie zasobów aplikacji z pamięci podręcznej

Zgodnie z zamierzeniami, gdy aplikacja jest przeniesiona do tle i nie działają żadne inne komponenty procesu aplikacji, jej proces jest w stanie buforowania. Taki proces aplikacji może zostać przerwany z powodu obciążenia pamięci systemowej. Wszelkie działania wykonywane przez instancje Activity po wywołaniu i zwrocie metody onStop() są w tym stanie niewiarygodne i nie zalecamy ich wykonywania.

Android 14 wprowadza spójność i wymuszanie tego projektu. Krótko po tym, jak proces aplikacji wejdzie w stan pamięci podręcznej, praca w tle jest niedozwolona, dopóki komponent procesu nie wejdzie ponownie w stan aktywny cyklu życia.

Zmiany te nie powinny mieć wpływu na aplikacje, które korzystają z typowych interfejsów API obsługiwanych przez platformę, takich jak services, JobScheduler i Jetpack WorkManager.

Interfejs użytkownika

Zmiany w sposobie wyświetlania powiadomień, których nie można zamknąć

Jeśli Twoja aplikacja wyświetla użytkownikom powiadomienia na pierwszym planie, których nie można zamknąć, Android 14 Zmieniliśmy sposób działania, aby umożliwić użytkownikom odrzucanie takich powiadomień.

Ta zmiana dotyczy aplikacji, które uniemożliwiają użytkownikom odrzucanie powiadomień na pierwszym planie przez ustawienie Notification.FLAG_ONGOING_EVENT w Notification.Builder#setOngoing(true) lub NotificationCompat.Builder#setOngoing(true). Działanie funkcji Aplikacja FLAG_ONGOING_EVENT zmieniła ustawienie, aby takie powiadomienia były które użytkownik może odrzucić.

Tego rodzaju powiadomień nadal nie można odrzucić w przypadku: warunki:

  • Gdy telefon jest zablokowany
  • Jeśli użytkownik wybierze działanie powiadomienia Wyczyść wszystko (co ułatwia przypadkowe odrzucenia)

Nowe zachowanie nie dotyczy też powiadomień w tych przypadkach użycia:

  • CallStyle powiadomień
  • Kontroler zasad dotyczących urządzeń (DPC) i obsługujące pakiety dla firm
  • Powiadomienia o multimediach
  • Domyślny pakiet selektora wyszukiwania

Informacje o bezpieczeństwie danych są bardziej widoczne

Aby zwiększyć prywatność użytkowników, w Androidzie 14 zwiększyliśmy liczbę miejsc, w których system pokazuje informacje zadeklarowane w formularzu w Konsoli Play. Obecnie użytkownicy mogą zobaczyć te informacje w sekcji Bezpieczeństwo danych na stronie aplikacji w Google Play.

Zachęcamy do przejrzenia zasad udostępniania danych o lokalizacji w aplikacji i wprowadzenia w niej odpowiednich zmian w sekcji Bezpieczeństwo danych w Google Play.

Więcej informacji o tym, jak informacje o bezpieczeństwie danych są bardziej widoczne w Androidzie 14, znajdziesz w tym przewodniku.

Ułatwienia dostępu

Nieliniowe skalowanie czcionki do 200%

从 Android 14 开始，系统支持字体放大高达 200%，为弱视用户提供了符合网络内容无障碍指南 (WCAG) 的其他无障碍功能选项。

如果您已使用放大像素 (sp) 单位来定义文本大小，这项更改可能不会对您的应用产生太大影响。不过，您应在启用最大字号 (200%) 的情况下执行界面测试，确保应用能够在不影响易用性的情况下适应较大的字号。

Bezpieczeństwo

Minimalny poziom interfejsu API, na którym można zainstalować aplikację

Od Androida 14 nie można instalować aplikacji z wersją targetSdkVersion niższą niż 23. aplikacje muszą spełniać wymagania dotyczące minimalnego docelowego poziomu interfejsu API; zwiększają bezpieczeństwo i prywatność użytkowników.

Złośliwe oprogramowanie często atakuje starsze poziomy interfejsu API, aby ominąć zabezpieczenia i prywatność zabezpieczeń wprowadzonych w nowszych wersjach Androida. Przykład: niektóre złośliwe aplikacje używają tych zabezpieczeń: targetSdkVersion z 22, model uprawnień czasu działania wprowadzony w 2015 r. przez Androida 6.0 Marshmallow (API) poziom 23). Ta zmiana w Androidzie 14 utrudnia złośliwemu unikaniu zabezpieczeń i lepszą ochronę prywatności. Próba zainstalowania aplikacji kierowanej na niższy poziom interfejsu API spowoduje niepowodzenie instalacji i wyświetlenie tego komunikatu w Logcat:

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

na urządzeniach z Androidem 14 wszystkie aplikacje z wersją targetSdkVersion niższą niż 23.

Jeśli chcesz przetestować aplikację kierowaną na starszy poziom interfejsu API, użyj tego ADB polecenie:

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

Nazwy pakietów właścicieli multimediów mogą być zamazane

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

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

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

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