Informacje o wersji Androida 16

Na tej stronie znajdziesz podsumowanie najważniejszych funkcji w wersji Androida 16 oraz linki do dodatkowych informacji. Podsumowania funkcji są uporządkowane według lokalizacji dokumentacji funkcji w tej witrynie.

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ł routingu audio, zwanego konfigurowalnymi zasadami audio (CAP), które jest bardziej elastyczne niż domyślny silnik używany w telefonach. Podczas migracji do AIDL HAL w Androidzie 14 i 15 nie zaimplementowano obsługi CAP z powodu braku zasobów. W Androidzie 16 naprawiliśmy ten problem, udostępniając brakujące definicje AIDL i zmieniając mechanizm wczytywania konfiguracji CAP przez platformę. Więcej informacji znajdziesz w artykule Obsługa konfigurowalnych zasad audio w AIDL HAL.

Przekształciliśmy automatyczny cel Cuttlefish, aby wykorzystać implementację CAP AIDL, co pomoże partnerom w migracji ich produktów.

Architektura

Ogólny program rozruchowy (GBL)

Android 16 wprowadza obsługę nowego ogólnego programu rozruchowego (GBL), czyli ustandaryzowanego programu rozruchowego z możliwością aktualizacji, który ma usprawnić proces uruchamiania Androida.

Więcej informacji o GBL znajdziesz w omówieniu ogólnego programu rozruchowego (GBL).

rozmiar strony: 16 KB

W Androidzie 16 zaimplementowano optymalizację pamięci w przypadku pamięci lokalnej wątku (TLS). Bufory funkcji basename() i dirname() są teraz odseparowane od głównego regionu TLS i znajdują się na dedykowanych stronach pamięci, które są przydzielane tylko przy pierwszym użyciu. Ta zmiana pozwala znacznie zaoszczędzić pamięć, zwłaszcza w systemach ze stroną o rozmiarze 16 KB, ponieważ zwalnia około 8 KB na stronie pamięci wątku początkowego. Ta optymalizacja nie tylko zmniejsza ogólne zużycie pamięci, ale też zapewnia więcej miejsca na powiększanie stosu przed koniecznością utworzenia nowej strony, co pomaga zmniejszyć liczbę błędów stron wynikających z rozszerzania stosu. Systemy korzystające ze stron o rozmiarze 4 KB również mogą zaoszczędzić trochę pamięci.

Więcej informacji o rozmiarze strony 16 KB znajdziesz w sekcji Rozmiar strony 16 KB.

Zgodność

Aktualizacje ITS aparatu

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

Dokument definicji zgodności (CDD)

Zostaje opublikowany dokument definicji zgodności (CDD) z Androidem 16.

Aktualizacje testów Bluetooth MIDI w Weryfikatorze CTS

Aby uprościć procedurę testowania i zmniejszyć ryzyko wystąpienia błędów, Android 16 umożliwia przeprowadzanie testów CTS-V Bluetooth MIDI loopback bez urządzenia peryferyjnego USB MIDI.

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

Aktualizacje testu barometru w ramach CTS Verifier

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

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

Aktualizacje testów CTS Verifier na wiele urządzeń

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 CTS Verifier na wielu urządzeniach.

Łączność

Identyfikacja systemu operacyjnego Android

Od Androida 16 platforma Androida zawiera usługę Generic Attribute (GATT) o nazwie Android information service (AIS), która umożliwia urządzeniom Bluetooth odczytywanie poziomu interfejsu API Androida jako charakterystyki GATT usługi. Ta usługa informuje producentów urządzeń Bluetooth, czy urządzenie peryferyjne Bluetooth jest parowane z urządzeniem centralnym z Androidem, i umożliwia zarządzanie specjalistyczną logiką 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ą wywołania 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 wdrażania zarządzania rejestracją IMS, aby spełniać wymagania operatorów i 3GPP. Jeśli na przykład urządzenie użytkownika jest w trybie alarmowego połączenia zwrotnego, moduł IMS może być ustawiony tak, aby przez określony czas utrzymywać rejestrację alarmową. 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 systemowe interfejsy API, których producenci i dostawcy urządzeń mogą używać w swoich implementacjach IMS. W tabeli poniżej znajdziesz listę interfejsów API, których uprzywilejowane aplikacje mogą używać 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ł pomiaru odległości

Android 16 wprowadza moduł Ranging, który agreguje interfejsy API technologii pomiaru odległości, w tym technologii ultraszerokopasmowej, sondowania kanału Bluetooth, pomiaru odległości za pomocą sygnału RSSI Bluetooth i pomiaru czasu RTT Wi-Fi. Więcej informacji znajdziesz w tych artykułach:

Aktualizacje hotspota Wi-Fi

Android 16 wprowadza metodę, która umożliwia uzyskanie listy odłączonych klientów hotspotu Wi-Fi (miękkiego punktu dostępu) oraz przyczyny odłączenia każdego klienta.SoftApCallback#onClientsDisconnected Ta funkcja umożliwia producentom samochodów spełnienie wymaganych specyfikacji w przypadku aplikacji wyświetlanych na ekranie, co zwiększa możliwości konfiguracji i funkcjonalność stosu Wi-Fi na Androidzie.

Aby użyć metody SoftApCallback#onClientsDisconnected, zarejestruj wywołanie zwrotne, aby uzyskać możliwości urządzenia za pomocą WifiManager#registerSoftApCallback w przypadku tetheringu lub WifiManager#registerLocalOnlyHotspotSoftApCallback w przypadku hotspota lokalnego. Istniejące zarejestrowane wywołania zwrotne punktu dostępu muszą zastępować metodę SoftApCallback#onClientsDisconnected. Więcej informacji znajdziesz w artykule Tworzenie aplikacji za pomocą interfejsów API hotspotu.

Przykładową implementację hotspotu Wi-Fi w ramach strony ustawień samochodu AAOS, która korzysta z SoftApCallback, znajdziesz w WifiTetheringHandler.java.

Aby przetestować implementację, uruchom te testy jednostkowe i testy weryfikatora 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

Tryb okien na pulpicie zwiększa produktywność, ponieważ zapewnia znany interfejs do rozmieszczania i zmiany rozmiaru nakładających się okien. Informacje o obsłudze okien na komputerze znajdziesz w artykule Obsługa wielu okien.

Interakcja

Reakcja na dotyk

Android 16 wprowadza interfejsy API, które zmniejszają fragmentację haptyki w ekosystemie, eliminują potrzebę indywidualnego dostrajania urządzeń oraz zapewniają deweloperom i użytkownikom urządzeń bogatsze i bardziej ekspresyjne wrażenia związane z ruchem. Nowy interfejs API PWLE (piecewise linear envelope) obsługuje tworzenie znormalizowanych efektów PWLE, które wywołują podobne wrażenia dotykowe na podobnych urządzeniach.

Poniżej znajdziesz podsumowanie tego, jak nowe interfejsy API w Androidzie 16 ulepszają funkcje haptyczne:

  • Zmniejsz koszty programowania, eliminując dostrajanie poszczególnych urządzeń dzięki znormalizowanej skali wartości.
  • Utwórz podstawowy zestaw elementów haptycznych dla 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 przekroczeniem zakresu wibracji.
  • umożliwiać korzystanie z wielozmysłowych funkcji, takich jak połączenie haptyki i dźwięku;
  • Zmniejszanie różnic w zakresie możliwości deweloperskich w zakresie haptyki na Androidzie.

Zalecamy zintegrowanie i używanie nowych znormalizowanych interfejsów API PWLE, aby włączyć podstawowe elementy haptyczne i zapewnić obsługę nowych funkcji haptycznych dla deweloperów. Więcej informacji znajdziesz w artykule Implementowanie efektów PWLE.

Podstawowy czujnik tętna

Aby zachować zgodność, w Androidzie 16 platforma Androida używa uprawnienia SENSOR_PERMISSION_READ_HEART_RATE w przypadku podstawowych czujników tętna. W Androidzie 15 i starszych wersjach platforma korzysta z uprawnienia SENSOR_PERMISSION_BODY_SENSORS. Więcej informacji o podstawowym typie czujnika tętna znajdziesz w sekcji Tętno.

Multimedia

Obsługa HDR

Android 16 wprowadza te ulepszenia w zakresie obsługi HDR:

Zalecamy wykonanie tych czynności:

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

Struktura jakości multimediów

W Androidzie 16 projektujemy nowe ramy jakości obrazu i dźwięku, aby utworzyć standardowy interfejs API dla implementacji telewizji z Androidem. Ta platforma zapewnia ujednolicone podejście do dostosowywania jakości obrazu (PQ) i jakości dźwięku (AQ) na telewizorach z Androidem oraz upraszcza proces tworzenia oprogramowania dla dostawców. Ta funkcja zapewnia:

  • Szczegółowe ustawienia jakości obrazu dla każdego strumienia, użytkownika i typu wejścia na panelu wyświetlacza, z ustawieniem systemowym dla całego ekranu, które będzie używane we wszystkich aplikacjach
  • Szczegółowe ustawienia dźwięku dla każdego strumienia i urządzenia z ustawieniem systemowym do używania we wszystkich aplikacjach

Kodek wideo

W Androidzie 16 wprowadzamy obsługę kodeka zaawansowanego profesjonalnego wideo (APV). Jest to kodek wewnątrzklatkowy o wysokiej przepływności, który ma zapewnić twórcom treści najwyższą jakość nagrań i edycji.

Google planuje też przejście wszystkich użytkowników z kodeków VP8, VP9 i AVC (H.264) na AV1. Deweloperzy aplikacji wolą AV1, czyli kodek nowej generacji, aby uniknąć transkodowania na serwerze backendu i zmniejszyć opóźnienia. Kodeki sprzętowe są nadal zalecane, zwłaszcza w przypadku kodowania, mimo że obsługa kodeka programowego AV1 jest coraz lepsza.

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

Wydajność

Tryb wymiany za dopłatą

Android 16 wprowadza tryb wymiany, który umożliwia deweloperom i sprzedawcom ocenę stanu systemu po przywróceniu ustawień fabrycznych.

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

Uprawnienia

Aktualizacje ról w Androidzie

Android 16 aktualizuje te role:

  • COMPANION_DEVICE_APP_STREAMING: w przypadku zastosowań związanych z przesyłaniem strumieniowym, przesyłaniem lub powielaniem aplikacji, które umożliwiają przesyłanie strumieniowe, przesyłanie lub powielanie z urządzenia z Androidem, takiego jak telefon komórkowy lub tablet, na komputer stacjonarny lub laptop.

  • COMPANION_DEVICE_NEARBY_DEVICE_STREAMING: W przypadku zastosowań na urządzeniach z Androidem, takich jak telefony komórkowe lub tablety, do aplikacji Connected Vehicle i do aplikacji na urządzenia XR streaming.

Więcej informacji znajdziesz w sekcji Role w Androidzie.

Bezpieczeństwo

Bezpieczeństwo sieci komórkowej

Android 16 wprowadza drobne zmiany w interfejsie użytkownika przełącznika łączności 2G w Ustawieniach karty SIM, aby dostosować go do pozostałych Ustawień. Android 16 wprowadza też specjalną sekcję funkcji zabezpieczeń sieci komórkowej o nazwie Bezpieczeństwo sieci komórkowej w Centrum bezpieczeństwa w Ustawieniach.

Integralność urządzenia

Android 16 dodaje obsługę certyfikatów atestu KeyMint w wersji 4.0. Aby zweryfikować integralność załadowanych modułów APEX, certyfikaty KeyMint 4.0 zawierają nowe pole moduleHash w strukturze KeyDescription.

Więcej informacji znajdziesz w sekcji Atestowanie klucza i identyfikatora.

Miejsce na dane

Domyślne konto kontaktów

Użytkownicy Androida tracą niektóre kontakty, gdy przechodzą na inne urządzenie. Aby ograniczyć utratę kontaktów, w Androidzie 16 wprowadzono koncepcję domyślnego konta kontaktów. Aby obsługiwać tę funkcję, aplikacja Kontakty powinna:

  • Promowanie opcji synchronizacji z chmurą, aby zapobiec utracie kontaktów z upływem czasu
  • Wyświetlanie użytkownikom pytania, czy chcą przenieść kontakty lokalne i z karty SIM na domyślne konta w chmurze
  • Zniechęcanie do tworzenia nowych kontaktów lokalnych i kontaktów na karcie SIM

Aktualizacje

Płynne aktualizacje aplikacji

Podczas aktualizacji pakiet jest wstrzymywany i zamrażany, aby zapobiec jego uruchomieniu w trakcie zmiany kodu i zasobów. W przypadku dużych, złożonych i krytycznych aplikacji umieszczenie pakietów w stanie zamrożenia może pogorszyć wygodę użytkowników, ponieważ zależne aplikacje mogą być nieuruchamialne.

Android 16 skraca czas, w którym aplikacja jest nieuruchamialna, przenosząc dexopt lub dex2oat na wcześniejszy etap procesu instalacji. Ta zmiana skraca czas zamrożenia aplikacji z kilku sekund do dziesiątek milisekund.

Wirtualizacja

Android 16 rozszerza możliwości platformy wirtualizacji Androida (AVF) i chronionego hiperwizora KVM (pKVM), np. ulepsza aktualizacje systemu operacyjnego w maszynach wirtualnych i wprowadza terminal Linux. Poniżej znajdziesz listę najważniejszych zmian w AVF:

  • Obsługa pakietu AVF Low-Level Native Development Kit (LL-NDK). Android 16 umożliwia dostawcom uruchamianie maszyn wirtualnych z partycji dostawcy przy użyciu zarządzanego przez Google AVF.
  • Obsługa maszyn wirtualnych z wczesnym rozruchem AVF umożliwia uruchamianie maszyn wirtualnych na wcześniejszym etapie procesu rozruchu, co jest korzystne w przypadku krytycznych ładunków, takich jak warstwy abstrakcji sprzętu KeyMint (HAL).
  • Aktualizacje Microdroida. Microdroid obejmuje szyfrowaną pamięć o zmiennej wielkości i obsługę chronionych maszyn wirtualnych o rozdzielczości 16 K, co zwiększa wydajność.
  • Obsługa terminala Linux Ferrochrome wprowadza terminal Linux oparty na Debianie w maszynie wirtualnej.
  • Obsługa struktury oprogramowania sprzętowego gościa dla architektury Arm A-profile (FF-A): pKVM obsługuje standardową bezpieczną komunikację FF-A z TrustZone w przypadku chronionych maszyn wirtualnych.
  • Aktualizacje chronionych maszyn wirtualnych Trusty OS dla standardowych zaufanych aplikacji (TA) umożliwia uruchamianie zaufanych apletów TrustZone na chronionych maszynach wirtualnych, co zwiększa izolację i możliwość aktualizacji.
  • Obsługa bezpiecznych połączeń monitorujących (SMC) prywatnych dla dostawcy. Możesz przenieść istniejący kod z SMC prywatnymi dla dostawcy do pVM.
  • Aktualizacje przypisania urządzeń Android 16 obsługuje przypisywanie urządzeń platformy do pVM, co umożliwia bezpośredni dostęp do sprzętu.
  • Obsługa gości bez ochrony Niechronieni goście mają pełną obsługę powiadomień jednostki zarządzania pamięcią (MMU) i nieprzypiętą pamięć, tak jak aplikacja na Androida.
  • Aktualizacje śledzenia funkcji hypervisor Android 16 zawiera zdarzenia rejestrowania strukturalnego i ulepszone śledzenie funkcji.

Więcej informacji o tych zmianach znajdziesz w artykule Android Virtualization Framework.