Platforma Android 14 obejmuje zmiany w działaniu, które mogą mieć wpływ na Twoją aplikację. Poniższe zmiany w działaniu mają zastosowanie do wszystkich aplikacji działających na Androidzie 14, niezależnie od targetSdkVersion. Przetestuj aplikację, a następnie w razie potrzeby zmodyfikuj ją, aby obsługiwała te funkcje.
Przejrzyj też 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 wyłączone
Dokładne alarmy są przeznaczone do powiadomień wysyłanych przez użytkownika lub do działań, które muszą zostać wykonane w określonym czasie. Od wersji Androida 14 uprawnienie SCHEDULE_EXACT_ALARM nie jest już wstępnie przyznawane większości nowo zainstalowanych aplikacji kierowanych na Androida 13 i nowsze wersje – domyślnie są one odrzucane.
Dowiedz się więcej o zmianach w uprawnieniach do planowania alarmów precyzyjnych.
Transmisje zarejestrowanych przez kontekst są w kolejce do momentu, gdy aplikacje są buforowane
Na Androidzie 14 system może umieszczać komunikaty zarejestrowane na podstawie kontekstu w kolejce, gdy aplikacja jest w stanie pamięci podręcznej. Jest to podobne do mechanizmu kolejkowania wprowadzonego na Androidzie 12 (poziom interfejsu API 31) w przypadku transakcji powiązanych z asynchronicznymi powiązaniami. Komunikaty zadeklarowane w pliku manifestu nie są umieszczane w kolejce, a aplikacje są usuwane z pamięci podręcznej w celu dostarczenia transmisji.
Gdy aplikacja opuści stan pamięci podręcznej, np. wraca na pierwszy plan, system dostarczy wszystkie transmisje znajdujące się w kolejce. Kilka wystąpień określonych transmisji można połączyć w jedną transmisję. W zależności od innych czynników, takich jak kondycja systemu, aplikacje mogą zostać usunięte ze stanu z pamięci podręcznej i zostaną dostarczone wszystkie transmisje, które były wcześniej umieszczone w kolejce.
Aplikacje mogą wyłączać tylko własne procesy w tle
从 Android 14 开始，当您的应用调用 killBackgroundProcesses() 时，该 API 只能终止您自己应用的后台进程。
如果您传入另一个应用的软件包名称，此方法对该应用的后台进程没有影响，并且 Logcat 中会显示以下消息：
Invalid packageName: com.example.anotherapp
您的应用不应使用 killBackgroundProcesses() API，也不得以其他方式尝试影响其他应用的进程生命周期，即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行，并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用，则由于之后需要完全重启这些应用，因此可能会降低系统性能并增加耗电量，这比恢复现有缓存应用所消耗的资源要多得多。
MTU jest ustawione na 517 w przypadku pierwszego klienta GATT żądającego MTU
Począwszy od Androida 14 stos Bluetooth na Androidzie jest ściślej zgodny ze wersją 5.2 specyfikacji Bluetooth Core i gdy pierwszy klient GATT wysyła żądanie MTU przy użyciu interfejsu API BluetoothGatt#requestMtu(int), wysyła żądanie BLE ATT MTU do 517 bajtów. Ignoruje wszystkie kolejne żądania MTU dotyczące tego połączenia ACL.
Aby zastosować się do tej zmiany i zwiększyć bezpieczeństwo aplikacji, rozważ te opcje:
- Urządzenie peryferyjne powinno odpowiadać na żądanie MTU urządzenia z Androidem, podając rozsądną wartość, którą może ono obsłużyć. Ostateczna wynegocjowana wartość będzie minimalną wartością żądanej dla Androida oraz wartością dostarczaną zdalną (np.
min(517, remoteMtu)).- Wdrożenie tej poprawki może wymagać aktualizacji oprogramowania peryferyjnego
- Możesz też ograniczyć zapisy parametrów GATT, opierając się na minimalnej wartości między znaną obsługiwaną wartością urządzenia peryferyjnego a otrzymaną zmianą MTU.
- Należy pamiętać o zmniejszeniu obsługiwanego rozmiaru nagłówków o 5 bajtów
- Przykład:
arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5
Nowy powód, dla którego aplikację można umieścić w ograniczonym zasobniku gotowości
Android 14 引入了将应用放入“受限待机”分桶的新原因。由于 onStartJob、onStopJob 或 onBind 方法超时，应用的作业会多次触发 ANR 错误。（如需了解对 onStartJob 和 onStopJob 的更改，请参阅 JobScheduler 增强回调和网络行为。）
如需跟踪应用是否已进入“受限待机”分桶，我们建议您在作业执行时使用 API UsageStatsManager.getAppStandbyBucket() 进行日志记录，或者在应用启动时使用 UsageStatsManager.queryEventsForSelf() 进行日志记录。
mlock z ograniczeniem 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ą mlock(), do 64 KB na proces. We wcześniejszych wersjach limit ten wynosił 64 MB na proces. Takie ograniczenie ułatwia zarządzanie 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
Z założenia proces aplikacji znajduje się w pamięci podręcznej, gdy zostaje przeniesiony do tła i nie działają żadne inne jego komponenty. Taki proces aplikacji może zostać zatrzymany z powodu obciążenia pamięci systemu. Wszystkie działania Activity wykonywane po wywołaniu i zwróceniu metody onStop() są zawodne i zdecydowanie odradzamy takie działanie.
Android 14 wymaga spójności i egzekwowania zasad. Wkrótce po tym, jak proces aplikacji przejdzie do pamięci podręcznej, praca w tle będzie niedozwolona, dopóki komponent procesu ponownie nie wejdzie w aktywny stan cyklu życia.
Te zmiany nie powinny mieć wpływu na aplikacje korzystające z typowych interfejsów API cyklu życia obsługiwanych przez platformę, takich jak usługi, JobScheduler i Jetpack WorkManager.
Z perspektywy użytkownika
Zmiany dotyczące sposobu wyświetlania użytkownikom 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 zmienił to działanie, aby użytkownicy mogli je odrzucić.
Ta zmiana ma zastosowanie do aplikacji, które uniemożliwiają użytkownikom zamykanie powiadomień na pierwszym planie przez ustawienie wartości od Notification.FLAG_ONGOING_EVENT do Notification.Builder#setOngoing(true) lub NotificationCompat.Builder#setOngoing(true). Działanie FLAG_ONGOING_EVENT zostało zmienione, aby użytkownik mógł odrzucić takie powiadomienia.
Tego rodzaju powiadomień nie można zamknąć pod tymi warunkami:
- Gdy telefon jest zablokowany
- Jeśli użytkownik wybierze działanie związane z powiadomieniem Wyczyść wszystko (co pomaga w przypadkowych odrzuceniach).
Ten nowy sposób nie dotyczy też powiadomień w tych przypadkach użycia:
- Powiadomienia z
CallStyle - Kontroler zasad dotyczących urządzeń (DPC) i pakiety pomocnicze dla firm
- Powiadomienia o multimediach
- Domyślny pakiet selektora wyszukiwania
Informacje o bezpieczeństwie danych są bardziej widoczne
为了加强用户隐私保护，Android 14 增加了系统显示您在 Play 管理中心表单中声明的信息的位置数量。目前，用户可以在 Google Play 中的应用详情的数据安全部分查看此信息。
我们建议您查看应用的位置数据分享政策，并花一点时间对应用的 Google Play“数据安全”部分进行任何适用的更新。
如需了解详情，请参阅有关如何在 Android 14 上以更显眼的方式显示数据安全信息的指南。
Ułatwienia dostępu
Nieliniowe skalowanie czcionki do 200%
Począwszy od Androida 14 system obsługuje skalowanie czcionek do 200% i zapewnia użytkownikom niedowidzącym dodatkowe opcje ułatwień dostępu zgodne z wytycznymi dotyczącymi dostępności treści internetowych (WCAG).
Jeśli do określania rozmiaru tekstu używasz już skalowanych jednostek pikseli (sp), ta zmiana prawdopodobnie nie będzie miała dużego wpływu na działanie aplikacji. Zalecamy jednak przeprowadzenie testów interfejsu z włączonym maksymalnym rozmiarem czcionki (200%), aby upewnić się, że aplikacja może obsługiwać większe rozmiary czcionek bez negatywnego wpływu na jej obsługę.
Zabezpieczenia
Minimalny docelowy poziom interfejsu API, który można zainstalować
Od Androida 14 nie można instalować aplikacji z wartością targetSdkVersion mniejszą niż 23. Wymóg spełnienia przez aplikacje minimalnych wymagań dotyczących docelowego poziomu interfejsu API zwiększa bezpieczeństwo i prywatność użytkowników.
Złośliwe oprogramowanie często jest kierowane na starsze poziomy interfejsów API, aby ominąć zabezpieczenia i ochronę prywatności, które zostały wprowadzone w nowszych wersjach Androida. Na przykład w niektórych aplikacjach zawierających złośliwe oprogramowanie parametr targetSdkVersion ma wartość 22, co pozwala uniknąć podlegania modelowi uprawnień czasu działania wprowadzonemu w Androidzie 6.0 Marshmallow (poziom interfejsu API 23) w 2015 r. Ta zmiana w Androidzie 14 utrudnia złośliwym oprogramowaniem o ulepszenie zabezpieczeń i prywatności.
Próba zainstalowania aplikacji kierowanej na niższy poziom interfejsu API spowoduje błąd instalacji. W narzędziu Logcat pojawi się ten komunikat:
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 targetSdkVersion niższą niż 23 pozostaną zainstalowane.
Jeśli musisz przetestować aplikację kierowaną na starszy poziom interfejsu API, użyj tego polecenia ADB:
adb install --bypass-low-target-sdk-block FILENAME.apk
Nazwy pakietów właściciela multimediów mogą zostać usunięte
媒体库支持查询 OWNER_PACKAGE_NAME 列，该列表示存储特定媒体文件的应用。从 Android 14 开始，除非满足以下条件之一，否则系统会隐去此值：
- 存储媒体文件的应用有一个软件包名称始终对其他应用可见。
查询媒体库的应用会请求
QUERY_ALL_PACKAGES权限。
详细了解 Android 如何出于隐私保护目的而过滤软件包可见性。