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
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.
Zarejestrowane w kontekście transmisje są umieszczane w kolejce, gdy aplikacje są przechowywane w pamięci podręcznej
Na Androidzie 14 system może umieszczanie komunikatów zarejestrowanych kontekstowo w kolejce podczas korzystania przez aplikację z aplikacji jest w pamięci podręcznej. Jest to podobne do kolejkowania transakcji asynchronicznych w binderze, które zostało wprowadzone w Androidzie 12 (poziom API 31). Transmisje zadeklarowane w pliku manifestu nie są umieszczane w kolejce, a aplikacje są usuwane ze stanu pamięci podręcznej na potrzeby przesyłania komunikatów.
Gdy aplikacja opuści stan pamięci podręcznej, np. powrót na pierwszy plan, system dostarcza wszystkie transmisje w kolejce. Wiele wystąpień niektórych transmisji mogą zostać połączone w jedną transmisję. W zależności od innych czynników, takich jak system stanu, aplikacje mogą zostać usunięte ze stanu pamięci podręcznej, a wszystkie aplikacje znajdujące się w kolejce i wysyłanie wiadomości.
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.
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
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ąć
如果您的应用向用户显示不可关闭的前台通知,请注意:Android 14 已更改此行为,允许用户关闭此类通知。
这项变更适用于阻止用户关闭前台的应用
将 Notification.FLAG_ONGOING_EVENT
设置为
Notification.Builder#setOngoing(true)
或
NotificationCompat.Builder#setOngoing(true)
。FLAG_ONGOING_EVENT
的行为已发生变化,使用户实际上能够关闭此类通知。
在以下情况下,此类通知仍不可关闭:
- 当手机处于锁定状态时
- 如果用户选择全部清除通知操作(有助于防止意外关闭)
此外,这一新行为不适用于以下用例中的通知:
CallStyle
条通知- 企业设备政策控制器 (DPC) 和支持软件包
- 媒体通知
- 默认的搜索选择器软件包
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ę
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
Nazwy pakietów właścicieli multimediów mogą być zamazane
Magazyn multimediów obsługuje zapytania dotyczące kolumny OWNER_PACKAGE_NAME
, która wskazuje aplikację, w której został zapisany konkretny plik multimedialny. Począwszy od Androida 14 ta wartość jest zaciemniona, chyba że jest spełniony co najmniej 1 z tych warunków:
- Aplikacja, która przechowuje plik multimedialny, ma nazwę pakietu, która jest zawsze widoczna dla innych aplikacji.
Aplikacja, która wysyła zapytanie do magazynu multimediów, prosi o uprawnienia
QUERY_ALL_PACKAGES
.
Dowiedz się więcej o tym, jak Android filtruje widoczność pakietów ze względu na prywatność.