Funkcje i interfejsy API

Android 16 wprowadza nowe, świetne funkcje i interfejsy API dla deweloperów. W następnych sekcjach omówimy te funkcje, aby ułatwić Ci rozpoczęcie korzystania z powiązanych interfejsów API.

Sprawdź też, w jakich obszarach zmiany na platformie mogą mieć wpływ na Twoje aplikacje. Więcej informacji znajdziesz na tych stronach:

Główna funkcja

Android zawiera nowe interfejsy API, które rozszerzają podstawowe możliwości systemu.

2 wersje interfejsu Android API w 2025 r.

  • Ta wersja testowa dotyczy następnej głównej wersji Androida, która zostanie wprowadzona w II kwartale 2025 r. Ta wersja jest podobna do wszystkich naszych poprzednich wersji interfejsu API, w których planowane zmiany zachowania często były powiązane z parametrem targetSdkVersion.
  • Planujemy wprowadzić główną wersję o kwartał wcześniej (w II kwartale, a nie w III kwartale, jak w poprzednich latach), aby lepiej dopasować harmonogram wprowadzania urządzeń w naszym ekosystemie. Dzięki temu więcej urządzeń będzie mogło szybciej otrzymać główną wersję Androida. Główna aktualizacja zostanie wydana w II kwartale, więc aby mieć pewność, że Twoje aplikacje będą gotowe, musisz przeprowadzić coroczne testy zgodności kilka miesięcy wcześniej niż w poprzednich latach.
  • W IV kwartale 2025 r. planujemy kolejną aktualizację, która będzie zawierać nowe interfejsy API dla programistów. Wersja główna z II kwartału będzie jedyną wersją w 2025 r., która będzie zawierać planowane zmiany zachowania, które mogą mieć wpływ na aplikacje.

Oprócz nowych interfejsów API dla deweloperów w wersji z IV kwartału uwzględniono również uaktualnienia funkcji, optymalizacje i poprawki błędów. Nie zawiera ona żadnych zmian zachowania, które mogłyby wpłynąć na działanie aplikacji.

Widok osi czasu z danymi o wersjach Androida w 2025 r. Należy pamiętać, że wersja 25Q2 jest wersją główną, a 25Q4 – wersją podrzędną.

Będziemy nadal co kwartał wydawać nowe wersje Androida. Aktualizacje w I i III kwartale między wydaniami interfejsu API będą zawierać ulepszenia, które pomogą zapewnić ciągłą jakość. Współpracujemy z partnerami ds. urządzeń, aby udostępnić aktualizację Q2 jak największej liczbie urządzeń.

Korzystanie z nowych interfejsów API w przypadku wersji głównych i podstawowych

Zabezpieczenie bloku kodu za pomocą kontroli poziomu interfejsu API jest obecnie realizowane za pomocą stałej SDK_INT z VERSION_CODES. Będzie ona nadal obsługiwana w przypadku głównych wersji Androida.

if (SDK_INT >= VERSION_CODES.BAKLAVA) {
  // Use APIs introduced in Android 16
}

Nowa stała SDK_INT_FULL może być używana do sprawdzania interfejsu API w odniesieniu do wersji głównych i podrzędnych za pomocą nowego zbioru VERSION_CODES_FULL.

if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
  // Use APIs introduced in a major or minor release
}

Możesz też użyć metody Build.getMinorSdkVersion(), aby pobrać tylko mniejszą wersję pakietu SDK.

val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)

Te interfejsy API nie zostały jeszcze sfinalizowane i mogą ulec zmianie, dlatego jeśli masz jakiekolwiek wątpliwości, prześlij nam opinię.

Wrażenia użytkownika i interfejs systemu

Android 16 daje deweloperom i użytkownikom aplikacji większą kontrolę oraz elastyczność w konfigurowaniu urządzenia zgodnie z ich potrzebami.

Aktualizacje przewidywanego przejścia wstecz

Android 16 zawiera nowe interfejsy API, które ułatwiają włączanie przewidujących animacji przejścia wstecz w przypadku nawigacji za pomocą gestów, np. animacji powrotu do ekranu głównego. Zarejestrowanie funkcji onBackInvokedCallback z nową PRIORITY_SYSTEM_NAVIGATION_OBSERVER pozwala aplikacji na odbieranie zwykłego wywołania onBackInvoked, gdy system obsługuje cofanie bez wpływu na normalny przepływ procesu cofania.

Android 16 zawiera dodatkowo finishAndRemoveTaskCallback() i moveTaskToBackCallback. Dzięki zarejestrowaniu tych funkcji z OnBackInvokedDispatcher system może wywoływać określone zachowania i odtwarzać odpowiednie animacje z wyprzedzeniem, gdy zostanie użyty gest wstecz.

Bardziej rozbudowane reakcje haptyczne

Od samego początku Android umożliwia kontrolę nad siłownikami haptycznymi.

Android 11 obsługuje bardziej złożone efekty haptyczne, które mogą być obsługiwane przez bardziej zaawansowane siłowniki za pomocą VibrationEffect.Compositions zdefiniowanych przez urządzenie prymitywów semantycznych.

Android 16 zawiera interfejsy API haptyczne, które umożliwiają aplikacjom definiowanie krzywych amplitudy i częstotliwości efektu haptycznego, abstrahując od różnic między możliwościami urządzeń.

Wydajność i bateria

Android 16 wprowadza interfejsy API, które ułatwiają zbieranie statystyk dotyczących aplikacji.

Profilowanie wywoływane przez system

ProfilingManager zostało dodane w Androidzie 15, dzięki czemu aplikacje mogą żądać gromadzenia danych do profilowania za pomocą Perfetta na publicznych urządzeniach. Jednak ponieważ profilowanie musi być uruchamiane z aplikacji, aplikacje nie będą mogły rejestrować ważnych procesów, takich jak uruchamianie aplikacji czy komunikaty ANR.

Aby ułatwić to zadanie, Android 16 wprowadza profilowanie wywoływane przez system w ProfilingManager. Aplikacje mogą zgłaszać zainteresowanie otrzymywaniem śladów w przypadku określonych czynników takich jak uruchamianie „na zimno” reportFullyDrawn lub powiadomienia o problemach. System rozpoczyna i zatrzymuje śledzenie w imieniu aplikacji. Po zakończeniu śledzenia wyniki są dostarczane do katalogu danych aplikacji.

Uruchamianie komponentu w ApplicationStartInfo

ApplicationStartInfo została dodana w Androidzie 15, aby umożliwić aplikacji wyświetlanie powodów uruchamiania procesu, typu uruchamiania, czasu uruchamiania, ograniczania przepustowości i innych przydatnych danych diagnostycznych. Android 16 dodaje getStartComponent(), aby odróżnić, który typ komponentu wywołał uruchomienie, co może być przydatne do optymalizacji procesu uruchamiania aplikacji.

Lepsza analiza zadań

Interfejs API JobScheduler#getPendingJobReason() zwraca powód, dla którego zadanie może być oczekujące. Zadania mogą być oczekujące z różnych powodów.

W Androidzie 16 wprowadzamy nowe API JobScheduler#getPendingJobReasons(int jobId), które zwraca wiele przyczyn, dla których zadanie jest oczekujące, zarówno ze względu na ograniczenia jawne ustawione przez dewelopera, jak i na ograniczenia domyślne ustawione przez system.

Wprowadzamy też funkcję JobScheduler#getPendingJobReasonsHistory(int jobId), która zwraca listę najnowszych zmian w ograniczeniach.

Zalecamy korzystanie z interfejsu API, aby dowiedzieć się, dlaczego zadania się nie wykonują, zwłaszcza jeśli zauważysz spadek skuteczności niektórych zadań lub błędy związane z czasem oczekiwania na wykonanie zadania. Na przykład nie udało się zaktualizować widżetów w tle lub nie udało się wywołać zadania wstępnego pobierania przed uruchomieniem aplikacji.

Dzięki temu łatwiej będzie Ci też ustalić, czy określone zadania nie są wykonywane z powodu ograniczeń określonych przez system, a nie ustawionych przez Ciebie.

adaptacyjna częstotliwość odświeżania,

Zastosowanie adaptacyjnej częstotliwości odświeżania (ARR) wprowadzonej w Androidzie 15 umożliwia wyświetlaczowi dostosowanie częstotliwości odświeżania na obsługiwanym sprzęcie do liczby klatek treści za pomocą oddzielnych kroków synchronizacji pionowej. Pozwala to zmniejszyć zużycie energii, eliminując jednocześnie potrzebę przełączania trybów, które może powodować zakłócenia.

Android 16 wprowadza hasArrSupport() i getSuggestedFrameRate(int) przy przywracaniu getSupportedRefreshRates(), aby ułatwić aplikacjom korzystanie z ARR. RecyclerView 1.4 obsługuje ARR wewnętrznie, gdy przechodzi z przesunięcia lub płynnego przewijania. Nadal pracujemy nad dodaniem obsługi ARR do kolejnych bibliotek Jetpacka. Z tego artykułu dowiesz się, których interfejsów API możesz używać do ustawiania liczby klatek na sekundę, aby aplikacja mogła bezpośrednio korzystać z ARR.

Łączność

Android 16 aktualizuje platformę, aby zapewnić aplikacji dostęp do najnowszych osiągnięć w zakresie komunikacji i technologii bezprzewodowych.

Określanie położenia z ulepszona ochroną

Android 16 dodaje obsługę solidnych funkcji zabezpieczeń w lokalizacji Wi-Fi na obsługiwanych urządzeniach z użyciem standardu 802.11az Wi-Fi 6, co pozwala aplikacjom łączyć większą dokładność, większą skalowalność i dynamiczne harmonogramowanie protokołu z ulepszeniami zabezpieczeń, w tym szyfrowaniem AES-256 i ochroną przed atakami MITM. Umożliwia to bezpieczniejsze korzystanie z urządzenia w przypadku zastosowań związanych z użyciem w pobliżu, takich jak odblokowywanie laptopa czy drzwi samochodu. 802.11az jest zintegrowany ze standardem Wi-Fi 6, wykorzystując jego infrastrukturę i możliwości do szerszego wdrażania oraz łatwiejszego stosowania.

Multimedia

Android 16 zawiera wiele funkcji, które ułatwiają korzystanie z multimediów.

Ulepszenia selektora zdjęć

Selektor zdjęć to bezpieczny, wbudowany sposób, dzięki któremu użytkownicy mogą przyznawać Twojej aplikacji dostęp do wybranych obrazów i filmów z magazynu lokalnego i chmury zamiast do całej biblioteki multimediów. Dzięki połączeniu modułów systemowych w ramach aktualizacji systemu od Google oraz Usług Google Play jest ona obsługiwana na urządzeniach z Androidem 4.4 (poziom interfejsu API 19) i starszych. Integracja wymaga tylko kilku linii kodu z powiązaną biblioteką Jetpacka na Androida.

Android 16 zawiera te ulepszenia selektora zdjęć:

  • Umieszczony selektor zdjęć: nowe interfejsy API, które umożliwiają aplikacjom umieszczanie selektora zdjęć w hierarchii widoku. Dzięki temu użytkownik może mieć wrażenie, że jest to bardziej zintegrowana część aplikacji, a jednocześnie nadal korzystać z izolacji procesów, która pozwala użytkownikom wybierać media bez konieczności przyznawania aplikacji zbyt szerokich uprawnień. Aby zmaksymalizować zgodność z różnymi wersjami platform i uprościć integrację, jeśli chcesz zintegrować wbudowany selektor zdjęć, użyj nadchodzącej biblioteki Jetpacka na Androida.
  • Wyszukiwanie w chmurze w selektorze zdjęć: nowe interfejsy API, które umożliwiają wyszukiwanie w chmurze u dostawcy multimediów w przypadku selektora zdjęć na Androida. Funkcja wyszukiwania w selektorze zdjęć będzie dostępna wkrótce.

Prywatność

Android 16 zawiera wiele funkcji, które pomagają deweloperom aplikacji chronić prywatność użytkowników.

Aktualizacje Health Connect

W wersji Health Connect przeznaczonej dla deweloperów dodano ACTIVITY_INTENSITY, nowy typ danych zdefiniowany zgodnie z wytycznymi Światowej Organizacji Zdrowia dotyczącymi umiarkowanej i intensywnej aktywności. Każdy rekord wymaga podania godziny rozpoczęcia i zakończenia oraz określenia, czy intensywność aktywności jest umiarkowana czy intensywna.

Health Connect zawiera też zaktualizowane interfejsy API obsługujące dane o stanie zdrowia. Umożliwia to aplikacjom odczytywanie i zapisywanie danych medycznych w formacie FHIR za wyraźną zgodą użytkownika. Ten interfejs API jest w programie wcześniejszego dostępu. Jeśli chcesz wziąć udział w programie, zarejestruj się w programie wcześniejszego dostępu.

Piaskownica prywatności na Androida

Android 16 zawiera najnowszą wersję Piaskownicy prywatności na Androida, która jest częścią naszych nieustannych prac nad tworzeniem technologii, w których użytkownicy mają pewność, że ich prywatność jest chroniona. Więcej informacji o programie beta Piaskownicy prywatności na Androida znajdziesz na naszej stronie. Zapoznaj się ze środowiskiem wykonawczym SDK, które umożliwia uruchamianie pakietów SDK w dedykowanym środowisku wykonawczym oddzielonym od aplikacji, w której są one używane. Zapewnia to większą ochronę danych użytkowników podczas ich gromadzenia i udostępniania.