Informacje o wersji Androida 16

Ta strona zawiera podsumowanie najważniejszych funkcji w wersji Androida 16 oraz linki do dodatkowych informacji. Podsumowania funkcji są uporządkowane według lokalizacji dokumentacji funkcji na tej stronie.

Audio

Obsługa konfigurowalnych zasad dotyczących dźwięku

Interfejs HIDL HAL umożliwia dostawcom Androida stosowanie alternatywnego podejścia do określania reguł kierowania dźwięku, które nosi nazwę Configurable Audio Policy (CAP) i jest bardziej elastyczne niż domyślny mechanizm używany na telefonach. Podczas migracji do AIDL HAL obsługa CAP nie została zaimplementowana w Androidzie 14 i 15 ze względu na brak zasobów. W Androidzie 16 rozwiązaliśmy ten problem, udostępniając brakujące definicje AIDL i zmieniając mechanizm ładowania konfiguracji CAP przez framework. Więcej informacji znajdziesz w artykule Obsługa konfigurowalnych zasad dotyczących dźwięku w interfejsie API AIDL.

Przekształciliśmy automatyczny cel Cuttlefish, aby wykorzystać implementację CAP AIDL i pomóc partnerom w migracji ich produktów.

Architektura

Ogólny program rozruchowy (GBL)

Android 16 wprowadza obsługę nowego ogólnego programu rozruchowego (GBL), który jest ustandaryzowanym, aktualizowalnym programem rozruchowym zaprojektowanym w celu usprawnienia procesu rozruchu Androida.

Więcej informacji o GBL znajdziesz w artykule Omówienie ogólnego programu ładowania (GBL).

Zgodność

Aktualizacje ITS aparatu

Android 16 zawiera aktualizacje pakietu testów obrazu z aparatu (ITS). Więcej informacji znajdziesz w tych artykułach:

Dokument definicji zgodności (CDD)

został opublikowany dokument definicji zgodności (CDD) Androida 16.

Aktualizacje testów Bluetooth MIDI w weryfikatorze CTS

Aby uprościć procedurę testowania i zmniejszyć liczbę potencjalnych błędów, Android 16 umożliwia uruchamianie testów pętli Bluetooth MIDI CTS-V bez urządzenia peryferyjnego USB MIDI.

Dokumentację dotyczącą tej zmiany znajdziesz w artykule Aktualizacje testów Bluetooth MIDI w CTS Verifier.

Aktualizacje testu barometru w weryfikatorze CTS

Aby obsługiwać funkcje lokalizacji w Androidzie, Android 16 zawiera nowy zestaw testów pomiaru barometru CTS-V.

Dokumentację dotyczącą tej zmiany znajdziesz w testach pomiarów barometru w weryfikatorze CTS.

Aktualności dotyczące testów na wielu urządzeniach w weryfikatorze CTS

Aby obsługiwać funkcje łączności Androida, Android 16 zawiera nowy zestaw testów CTS-V.

Dokumentację dotyczącą tej zmiany znajdziesz w artykule Aktualizacje testów na wielu urządzeniach w weryfikatorze CTS.

Łączność

Identyfikacja systemu operacyjnego Android

Od Androida 16 platforma Androida zawiera usługę atrybutów ogólnych (GATT) o nazwie Android Information Service (AIS), która umożliwia urządzeniom Bluetooth odczytywanie poziomu interfejsu API Androida jako właściwości GATT tej usługi. Ta usługa pozwala producentom urządzeń Bluetooth wiedzieć, czy urządzenie peryferyjne Bluetooth jest sparowane z urządzeniem centralnym z systemem Android i zarządzać logiką specjalizowaną na podstawie poziomu interfejsu API.

Więcej informacji znajdziesz w artykule Identyfikacja systemu operacyjnego Android.

Tryb alarmowego połączenia zwrotnego

Android 16 wprowadza interfejs API systemu EmergencyCallbackModeListener, który umożliwia modułowi IMS uzyskanie stanu trybu alarmowego połączenia zwrotnego za pomocą połączenia zwrotnego, gdy urządzenie wchodzi w tryb alarmowego połączenia zwrotnego lub z niego wychodzi w przypadku SMS-ów lub połączeń. Producenci urządzeń mogą używać tego interfejsu API do implementowania zarządzania rejestracją IMS w celu spełnienia wymagań operatora i 3GPP. Jeśli na przykład urządzenie użytkownika (UE) jest w stanie alarmowym, moduł IMS może być ustawiony tak, aby utrzymywał rejestrację alarmową przez określony czas. Moduł IMS może też utrzymywać, przedłużać i anulować rejestrację alarmową w zależności od stanu trybu alarmowego połączenia zwrotnego.

Aktualizacje usługi IMS

Android 16 wprowadza interfejsy API systemu, których producenci i sprzedawcy urządzeń mogą używać do implementacji IMS. W tabeli poniżej wymieniono interfejsy API, których mogą używać uprzywilejowane aplikacje do obsługi usług IMS:

Kategoria Interfejs API
MmTelFeature EpsFallbackReason
ImsTrafficType
ImsTrafficDirection
modifyImsTrafficSession
startImsTrafficSession
stopImsTrafficSession
triggerEpsFallback
ImsTrafficSessionCallback Wszystko
ConnectionFailureInfo Wszystko
TelephonyManager getImsPrivateUserIdentity
getImsPublicUserIdentities
getImsPcscfAddresses
getSimServiceTable
ImsCallSessionListener callSessionTransferred
callSessionTransferFailed
callSessionSendAnbrQuery
SmsMessage getRecipientAddress

Moduł ustalania pozycji

Android 16 wprowadza moduł pomiaru zasięgu, który agreguje interfejsy API dla technologii pomiaru zasięgu, takich jak ultrapasmo, pomiar zasięgu w kanale Bluetooth, pomiar zasięgu RSSI w Bluetooth oraz czas RTT (Round Trip Time) w sieci Wi-Fi. Więcej informacji znajdziesz w tych artykułach:

Aktualizacje hotspota Wi-Fi

Android 16 wprowadza metodę SoftApCallback#onClientsDisconnected, która umożliwia uzyskanie listy odłączonych klientów hotspotu Wi-Fi (Soft AP) oraz przyczyny odłączenia w przypadku każdego klienta. Ta funkcja umożliwia producentom urządzeń w branży motoryzacyjnej spełnienie wymagań specyfikacji dotyczących aplikacji projektowanych na potrzeby samochodów, zwiększając możliwości konfiguracji i funkcjonalność pakietu Androida Wi-Fi.

Aby użyć metody SoftApCallback#onClientsDisconnected, zarejestruj wywołanie zwrotne, aby uzyskać informacje o możliwościach urządzenia, używając parametru WifiManager#registerSoftApCallback w przypadku hotspota z podłączonym urządzeniem lub parametru WifiManager#registerLocalOnlyHotspotSoftApCallback w przypadku hotspota tylko lokalnego. Istniejące zarejestrowane wywołania zwrotne soft AP muszą zastąpić metodę SoftApCallback#onClientsDisconnected. Więcej informacji znajdziesz w artykule Tworzenie aplikacji z użyciem interfejsów API hotspotów.

Przykład implementacji hotspotu Wi-Fi na stronie ustawień AAOS Car, która używa SoftApCallback, znajdziesz w WifiTetheringHandler.java.

Aby przetestować implementację, uruchom te testy jednostkowe i testy weryfikacyjne CTS:

  • Testy jednostkowe
    • Menedżerowie: atest packages/modules/Wifi/framework/tests/
    • Usługi: atest packages/modules/Wifi/service/tests/wifitests/
  • Testy weryfikatora CTS: atest CtsWifiSoftApTestCases

Wyświetlacz

Tryb okien na pulpicie

Okna na komputerze zapewniają większą produktywność dzięki znajomemu interfejsowi do rozmieszczania i zmieniania rozmiaru nakładających się okien. Informacje o obsługiwaniu okien na komputerze znajdziesz w artykule Obsługa wielu okien.

Interakcja

Reakcja na dotyk

Android 16 wprowadza interfejsy API, które ograniczają fragmentaryzację haptyki w ekosystemie, eliminują potrzebę dostosowywania poszczególnych urządzeń oraz zapewniają bogatsze i bardziej wyraziste efekty ruchu deweloperom i użytkownikom końcowym. Nowe interfejsy API dotyczące ścieżki liniowej z elementami (PWLE) umożliwiają tworzenie znormalizowanych efektów PWLE, które zapewniają podobne odczucia haptyczne na podobnych urządzeniach.

Oto podsumowanie sposobu, w jaki nowe interfejsy API w Androidzie 16 poprawiają działanie funkcji haptycznych:

  • Zmniejsz koszty rozwoju, usuwając dostrajanie na poziomie urządzenia za pomocą ujednoliconej skali wartości.
  • Utwórz podstawowy zestaw prymitywów haptycznych dla danego ekosystemu (np. CLICK, TICK, LOW_TICK, SLOW_RISE, QUICK_RISE, QUCK_FALL, THUD, SPIN).
  • Obsługa tworzenia i komponowania efektów parametrycznych (czas trwania, amplituda i częstotliwość).
  • Obsługa automatycznej ochrony przed nadmiernym używaniem haptyki.
  • Umożliwiają wielozmysłowe wrażenia, takie jak połączenie haptyki i dźwięku.
  • wyeliminować różnice w możliwościach programistów w zakresie haptyki na Androidzie.

Zalecamy zintegrowanie i używanie nowych, znormalizowanych interfejsów PWLE API, aby umożliwić korzystanie z podstawowych interfejsów haptycznych i zapewnić obsługę nowych funkcji haptycznych dla deweloperów. Więcej informacji znajdziesz w artykule Wdrażanie efektów PWLE.

Podstawowy czujnik tętna

Aby zachować zgodność, w Androidzie 16 platforma Androida używa uprawnienia SENSOR_PERMISSION_READ_HEART_RATE do podstawowych czujników tętna. W przypadku Androida 15 i starszych framework używa uprawnienia SENSOR_PERMISSION_BODY_SENSORS. Więcej informacji o bazie danych typu czujnika tętna znajdziesz w artykule Tętność.

Multimedia

Obsługa HDR

Android 16 wprowadza te ulepszenia obsługi HDR:

Zalecamy:

  • Domyślnie włącz HLG lub DolbyVision (8.4 z HLG) w aplikacji aparatu.
  • Domyślnie włącz ultra HDR dla zdjęć.
  • zapewnić obsługę aplikacji do nagrywania filmów w formacie HLG i Ultra HDR;

Struktura zapewniania jakości multimediów

W Androidzie 16 opracowujemy nowy system jakości obrazu i dźwięku, aby ustanowić standardowy interfejs API dla implementacji Androida na telewizory. Ten framework zapewnia ujednolicone podejście do dostosowywania jakości obrazu (PQ) i dźwięku (AQ) na telewizorach z Androidem oraz upraszcza rozwój dostawcom. Ta funkcja umożliwia:

  • szczegółowe ustawienia jakości obrazu dla poszczególnych strumieni, użytkowników i typów danych wejściowych na panelu wyświetlania, a także ustawienia na poziomie systemu dla całego ekranu, które można stosować we wszystkich aplikacjach;
  • szczegółowe ustawienia dźwięku dla poszczególnych strumieni i urządzeń, z ustawieniami systemowymi do stosowania we wszystkich aplikacjach;

Kodek wideo

W Androidzie 16 wprowadzamy obsługę platformy dla kodeka Advanced Professional Video (APV). Jest to kodek intraframe o wysokiej przepływności, który zapewnia twórcom treści najwyższą jakość ujęć i montażu.

Google planuje też przejście wszystkich użytkowników z kodeków VP8, VP9 i AVC (H.264) na AV1. Deweloperzy aplikacji preferują AV1, czyli kodeki nowej generacji, aby uniknąć transkodowania na zapleczu i zredukować opóźnienia. Zalecamy nadal stosowanie kodeków sprzętowych, zwłaszcza do kodowania, mimo że wsparcie dla kodeków AV1 w oprogramowaniu jest coraz lepsze.

Możesz zastosować format AV1, aby uzyskać lepszą jakość, niezawodność i współbieżność, a także rozważyć obsługę APV w aplikacji Aparat i Galeria.

Wydajność

Tryb wymiany za dopłatą

Android 16 wprowadza tryb wymiany, który pozwala deweloperom i firmom handlowym ocenić stan systemu po przywróceniu ustawień fabrycznych.

Więcej informacji znajdziesz w artykule Uzyskiwanie informacji o stanie systemu.

Uprawnienia

Aktualizacje ról na Androidzie

Android 16 aktualizuje te role:

  • COMPANION_DEVICE_APP_STREAMING: do zastosowań związanych z przesyłaniem strumieniowym, przesyłaniem na inne urządzenie lub dublowaniem aplikacji, które umożliwiają przesyłanie strumieniowe, przesyłanie na inne urządzenie lub dublowanie z urządzenia z Androidem (np. telefonu komórkowego lub tabletu) na komputer stacjonarny lub laptop.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: do zastosowań na urządzeniach z Androidem, takich jak telefony komórkowe lub tablety, do przesyłania strumieniowego do aplikacji pojazdów połączonych i aplikacji na urządzenia XR.

Więcej informacji znajdziesz w artykule Rola na Androidzie.

Bezpieczeństwo

Bezpieczeństwo sieci komórkowej

Android 16 wprowadza drobne zmiany w UX dotyczące przełącznika łączności 2G w ustawieniach karty SIM, aby dostosować go do reszty ustawień. Android 16 wprowadza też specjalną sekcję Bezpieczeństwo sieci komórkowej w Centrum bezpieczeństwa w sekcji Ustawienia.

Integralność urządzenia

Android 16 obsługuje certyfikaty atestatyczne KeyMint w wersji 4.0. Aby sprawdzić integralność załadowanych modułów APEX, certyfikaty KeyMint 4.0 zawierają nowe pole moduleHash w strukturze KeyDescription.

Więcej informacji znajdziesz w artykule Poświadczenie klucza i tożsamości.

Miejsce na dane

Domyślne konto kontaktów

Użytkownicy Androida tracą niektóre kontakty, gdy przenoszą się na inne urządzenie. Aby zmniejszyć ryzyko utraty kontaktów, w Androidzie 16 wprowadzono pojęcie konta domyślnego dla kontaktów. Aby obsługiwać tę funkcję, aplikacja Kontakty powinna:

  • Promowanie opcji synchronizacji z chmurą w celu zapobiegania utracie kontaktów z upływem czasu
  • Pytanie użytkowników, czy chcą przenieść kontakty z karty SIM i z komputera na konta domyślne w chmurze
  • Odradzanie tworzenia nowych kontaktów lokalnych i na karcie SIM

Aktualizacje

Bezproblemowe aktualizacje aplikacji

Podczas aktualizacji pakietu jest on wstrzymywany i przechodzi w stan zamrożony, aby zapobiec jego działaniu, gdy zmienia się jego kod i zasoby. W przypadku dużych, złożonych aplikacji, które są kluczowe dla systemu, zamrożenie pakietów może pogorszyć wrażenia użytkowników, ponieważ zależne aplikacje mogą nie działać.

Android 16 skraca czas, w którym aplikacja jest niedostępna, przez przeniesienie dexopt lub dex2oat do wcześniejszej fazy procesu instalacji. Ta zmiana powoduje skrócenie czasu zamrożenia aplikacji z kilku sekund do kilkudziesięciu milisekund.