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. Przetestuj aplikację, a potem w razie potrzeby zmodyfikuj ją, aby prawidłowo obsługiwała te funkcje.
Zapoznaj się też z listą zmian w działaniu, które wpływają tylko na aplikacje kierowane na Androida 14.
Główna funkcja
Planowanie alarmów precyzyjnych jest domyślnie odrzucane
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
Począwszy od Androida 14, gdy Twoja aplikacja wywołuje killBackgroundProcesses(), interfejs API może zakończyć tylko procesy w tle Twojej aplikacji.
Jeśli podasz nazwę pakietu innej aplikacji, ta metoda nie będzie miała wpływu na procesy w tle tej aplikacji. W Logcat pojawi się wtedy taki komunikat:
Invalid packageName: com.example.anotherapp
Aplikacja nie powinna używać interfejsu API killBackgroundProcesses() ani w inny sposób próbować
wpływa na cykl życia
innych aplikacji, nawet w starszych wersjach systemów operacyjnych.
Android został zaprojektowany tak, aby utrzymywał w tle aplikacje z pamięci podręcznej i zabijał je
automatycznie, gdy system potrzebuje pamięci. Jeśli aplikacja wyłącza inne aplikacje
może zmniejszyć wydajność systemu i zwiększyć zużycie baterii,
wymagając
późniejszego pełnego ponownego uruchomienia, co zajmuje znacznie
niż wznowienie istniejącej aplikacji w pamięci podręcznej.
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 przez aplikacje z pamięci podręcznej
By design, an app's process is in a cached state when it's moved to the
background and no other app process components are running. Such an app process
is subject to being killed due to system memory pressure. Any work that
Activity instances perform after the onStop() method has been called and
returned, while in this state, is unreliable and strongly discouraged.
Android 14 introduces consistency and enforcement to this design. Shortly after an app process enters a cached state, background work is disallowed, until a process component re-enters an active state of the lifecycle.
Apps that use typical framework-supported lifecycle APIs – such as
services, JobScheduler, and Jetpack WorkManager – shouldn't be
impacted by these changes.
Wrażenia użytkownika
Zmiany w sposobie, w jaki użytkownicy korzystają z powiadomień, których nie można odrzucić
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:
CallStylepowiadomień- 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%
Od Androida 14 system obsługuje skalowanie czcionek do 200%, co zapewnia użytkownikom dodatkowe opcje ułatwień dostępu.
Jeśli do określania rozmiaru tekstu używasz już skalowalnych pikseli (sp), ta zmiana prawdopodobnie nie będzie miała dużego wpływu na Twoją aplikację. Warto jednak przeprowadzić testy interfejsu z włączonym maksymalnym rozmiarem czcionki (200%), aby upewnić się, że aplikacja obsługuje większe rozmiary czcionki bez wpływu na użyteczność.
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 medió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ść.