Platforma Android 16 zawiera zmiany zachowania, które mogą mieć wpływ na Twoją aplikację.
Poniższe zmiany zachowania mają zastosowanie do wszystkich aplikacji, które działają na Androidzie 16, niezależnie od targetSdkVersion
. Należy przetestować aplikację, a w razie potrzeby zmodyfikować ją w sposób umożliwiający obsługę tych zmian.
Sprawdź też listę zmian zachowania, które mają wpływ tylko na aplikacje kierowane na Androida 16.
Główna funkcja
Android 16 zawiera te zmiany, które modyfikują lub rozszerzają różne podstawowe funkcje systemu Android.
Optymalizacja limitu zadań
Od wersji 16 Androida dostosowujemy limit czasu wykonywania zadań zwykłych i przyspieszonych na podstawie tych czynników:
- W którym worku zastosowano tryb gotowości aplikacji: w Androidzie 16 aktywne worki będą stosowane z użyciem obszernej puli czasu.
- Jeśli zadanie rozpocznie wykonywanie, gdy aplikacja jest w stanie najwyższym: w Androidzie 16 zadania rozpoczęte, gdy aplikacja jest widoczna dla użytkownika, i które są kontynuowane po tym, jak aplikacja staje się niewidoczna, będą przestrzegać limitu czasu wykonywania zadania.
- Jeśli zadanie jest wykonywane podczas działania usługi na pierwszym planie: w Androidzie 16 zadania wykonywane równocześnie z usługą na pierwszym planie będą przestrzegać limitu czasu działania zadania. Jeśli korzystasz z zadań przesyłania danych inicjowanych przez użytkownika, rozważ użycie zadań przesyłania danych inicjowanych przez użytkownika.
Ta zmiana dotyczy zadań zaplanowanych za pomocą WorkManager, JobScheduler i DownloadManager. Aby debugować, dlaczego zadanie zostało zatrzymane, zalecamy zarejestrowanie powodu zatrzymania zadania przez wywołanie funkcji WorkInfo.getStopReason()
(w przypadku zadań JobScheduler wywołaj funkcję JobParameters.getStopReason()
).
Więcej informacji o sprawdzonych metodach dotyczących optymalizacji wykorzystania baterii znajdziesz w artykule Optymalizacja wykorzystania baterii w interfejsach API do planowania zadań.
Zalecamy też korzystanie z nowego interfejsu API JobScheduler#getPendingJobReasonsHistory
, który został wprowadzony w Androidzie 16, aby dowiedzieć się, dlaczego zadanie nie zostało wykonane.
Testowanie
Aby przetestować działanie aplikacji, możesz włączyć zastąpienie niektórych optymalizacji dotyczących limitu zadań, o ile aplikacja działa na urządzeniu z Androidem 16.
Aby wyłączyć wymuszanie zasady „najwyższy stan będzie przestrzegać limitu czasu działania zadania”, uruchom to polecenie adb
:
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_TOP_STARTED_JOBS APP_PACKAGE_NAME
Aby wyłączyć wymuszanie zasady „zadania wykonywane równocześnie z usługą na pierwszym planie będą przestrzegać limitu czasu wykonania zadania”, uruchom to polecenie:adb
adb shell am compat enable OVERRIDE_QUOTA_ENFORCEMENT_TO_FGS_JOBS APP_PACKAGE_NAME
Aby przetestować określone zachowanie zasobnika aplikacji w trybie gotowości, możesz ustawić zasobnik aplikacji w trybie gotowości za pomocą tego polecenia adb
:
adb shell am set-standby-bucket APP_PACKAGE_NAME active|working_set|frequent|rare|restricted
Aby dowiedzieć się, w którym zasobniku aplikacji w stanie gotowości znajduje się Twoja aplikacja, możesz uzyskać informacje o tym zasobniku za pomocą tego polecenia adb
:
adb shell am get-standby-bucket APP_PACKAGE_NAME
całkowite wycofanie JobInfo#setImportantWhileForeground,
Metoda JobInfo.Builder#setImportantWhileForeground(boolean)
wskazuje ważność zadania, gdy aplikacja do planowania jest na pierwszym planie lub gdy jest tymczasowo zwolniona z ograniczeń działania w tle.
Ta metoda została wycofana w Androidzie 12 (poziom API 31). Od Androida 16 ta metoda nie działa już prawidłowo i jej wywołanie zostanie zignorowane.
Usunięcie tej funkcji dotyczy również JobInfo#isImportantWhileForeground()
. Od wersji 16 Androida, jeśli metoda jest wywoływana, zwraca ona false
.
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.
Wycofane uciążliwe komunikaty ułatwień dostępu
W Androidzie 16 nie są już obsługiwane powiadomienia o ułatwieniach dostępu, które korzystają z announceForAccessibility
lub wysyłają zdarzenia ułatwień dostępu TYPE_ANNOUNCEMENT
. Mogą one powodować niespójności w działaniu czytnika ekranu TalkBack i Androida, a alternatywne rozwiązania lepiej odpowiadają na potrzeby użytkowników w różnych technologiach wspomagających na Androidzie.
Przykłady alternatyw:
- W przypadku istotnych zmian w interfejsie, np. zmian w oknach, użyj
Activity.setTitle(CharSequence)
isetAccessibilityPaneTitle(java.lang.CharSequence)
. W sekcji Tworzenie wiadomości użyj skrótuModifier.semantics { paneTitle = "paneTitle" }
. - Aby poinformować użytkownika o zmianach w kluczowych elementach interfejsu, użyj elementu
setAccessibilityLiveRegion(int)
. W sekcji Utwórz kliknijModifier.semantics { liveRegion = LiveRegionMode.[Polite|Assertive]}
. Należy ich używać oszczędnie, ponieważ mogą generować powiadomienia za każdym razem, gdy nastąpi aktualizacja widoku. - Aby powiadomić użytkowników o błędach, wyślij element
AccessibilityEvent
typuAccessibilityEvent#CONTENT_CHANGE_TYPE_ERROR
i ustaw parametrAccessibilityNodeInfo#setError(CharSequence)
lub użyj elementuTextView#setError(CharSequence)
.
Więcej informacji o sugerowanych zamiennikach znajdziesz w dokumentacji referencyjnej wycofanego interfejsu API announceForAccessibility
.