Funkcje i interfejsy API – przegląd

Android 12 wprowadza świetne nowe funkcje i interfejsy API dla deweloperów. W sekcjach poniżej znajdziesz informacje o funkcjach aplikacji i porady dotyczące korzystania z powiązanych interfejsów API.

Szczegółową listę nowych, zmodyfikowanych i usuniętych interfejsów API znajdziesz w raporcie porównawczym interfejsów API. Szczegółowe informacje o nowych interfejsach API znajdziesz w dokumentacji interfejsu API Androida – nowe interfejsy API są wyróżnione. Aby dowiedzieć się więcej o tym, w jakich obszarach zmiany na platformie mogą mieć wpływ na Twoje aplikacje, zapoznaj się ze zmianami zachowania Androida 12 w przypadku aplikacji kierowanych na Androida 12 i wszystkich aplikacji.

Interfejs użytkownika

Material You

Android 12 wprowadza nowy język projektowania oparty na Material You, który ułatwia tworzenie bardziej spersonalizowanych i piękniejszych aplikacji. Aby wdrożyć w swoich aplikacjach wszystkie najnowsze aktualizacje dotyczące Material Design 3, wypróbuj wersję alfa Material Design Components.

Ulepszenia widżetów

Android 12 odświeża interfejs Widgetów API, aby poprawić wrażenia użytkowników i deweloperów na platformie oraz w wyrzutniach. Opracowaliśmy przewodnik, który pomoże Ci sprawdzić, czy widżet jest zgodny z Androidem 12, i odświeżyć go z nowymi funkcjami.

Więcej informacji znajdziesz w artykule Ulepszenia widżetów w Androidzie 12.

Wstawianie szczegółowych treści

Android 12 wprowadza nowy, ujednolicony interfejs API, który umożliwia Twojej aplikacji otrzymywanie bogatych treści z dowolnego dostępnego źródła: schowka, klawiatury lub funkcji przeciągania i upuszczania.

Więcej informacji znajdziesz w artykule Odbieranie treści multimedialnych.

Interfejs API ekranów powitalnych aplikacji

Android 12 wprowadza nową animację uruchamiania aplikacji, która obejmuje ruch w kierunku aplikacji od momentu jej uruchomienia, ekran powitalny z ikoną aplikacji oraz przejście do samej aplikacji. Więcej informacji znajdziesz w przewodniku dla programistów dotyczącym ekranów powitalnych.

Interfejsy API zaokrąglonych narożników

Android 12 wprowadza atrybuty RoundedCorner i WindowInsets.getRoundedCorner(int position), które określają promień i środek zaokrąglonych narożników.

Więcej informacji znajdziesz w artykule Zaokrąglone rogi.

bogate wrażenia haptyczne;

Android 12 udostępnia narzędzia do tworzenia informujących wibracji w reakcji na zdarzenia w interfejsie, wciągające i przyjemne efekty w grach oraz wibracje z uwzględnieniem uwagi użytkownika na potrzeby zwiększenia produktywności.

Efekty działania

Android 12 dodaje wyraziste efekty, takie jak low tick, które wykorzystują szerszy zakres częstotliwości najnowszych elementów wykonawczych. Deweloperzy gier mogą teraz uzyskać dostęp do wielu różnych siłowników w kontrolerach gier, aby zapewnić ten sam efekt synchronicznie lub różne efekty haptyczne na wielu siłownikach. Deweloperom zalecamy używanie konstant i elementów podstawowych jako elementów składowych bogatych efektów haptycznych – pierwsze służą do wzbogacania zdarzeń interfejsu użytkownika, a komponent haptyczny do sekwencyjności elementów podstawowych w celu tworzenia bardziej złożonych efektów. Interfejsy API są dostępne do wypróbowania na urządzeniach Pixel 4. Wciąż współpracujemy z partnerami będącymi producentami urządzeń, aby zapewnić użytkownikom najnowsze funkcje haptyczne w całym ekosystemie.

Efekty haptyczne połączone z dźwiękiem

Aplikacje na Androidzie 12 mogą generować sygnały haptyczne pochodzące z sesji audio za pomocą wibratora telefonu. Dzięki temu możesz zapewnić użytkownikom bardziej wciągające wrażenia z gier i dźwięku. Na przykład dzwonki z wibracją mogą pomagać w identyfikacji dzwoniącego, a gra wyścigowa może symulować jazdę po nierównym terenie.

Więcej informacji znajdziesz w dokumentacji HapticGenerator.

AppSearch

Android 12 wprowadza AppSearch, wydajną wyszukiwarkę na urządzeniu, która jest usługą systemową. AppSearch umożliwia aplikacjom indeksowanie uporządkowanych danych i wyszukiwanie w nich za pomocą wbudowanych funkcji wyszukiwania pełnotekstowego. Ponadto AppSearch obsługuje funkcje wyszukiwania natywnego, takie jak bardzo wydajne indeksowanie i pobieranie, obsługę wielu języków oraz ranking trafności.

AppSearch występuje w 2 wersjach: indeksu lokalnego, który aplikacja może używać i który jest zgodny ze starszymi wersjami Androida, oraz indeksu centralnego, który jest utrzymywany dla całego systemu w Androidzie 12. Za pomocą centralnego indeksu aplikacja może zezwalać na wyświetlanie swoich danych w interfejsie systemu przez wstępnie zainstalowany komponent systemowy. To, jakie dane będą wyświetlane w interfejsie systemu, zależy od producenta OEM. Dodatkowo aplikacja może bezpiecznie udostępniać dane innym aplikacjom, aby mogły one również wyszukiwać te dane.

Więcej informacji o AppSearch znajdziesz w przewodniku dla deweloperów. Możesz zacząć z niego korzystać za pomocą biblioteki AppSearch Jetpack, która zapewnia interfejs API przyjazny dla deweloperów, a także obsługę procesora adnotacji.

Tryb gry

Interfejs Game Mode API i interwencje w trybie gry umożliwiają optymalizację rozgrywki przez ustalanie priorytetów cech, takich jak wydajność czy czas pracy na baterii, na podstawie ustawień użytkownika lub konfiguracji gry.

Więcej informacji znajdziesz w artykule Tryb gry.

Zalecenia i ulepszenia dotyczące obrazu w obrazie (PIP)

Android 12 wprowadza te ulepszenia trybu obrazu w obrazie:

Obsługa nowych gestów PiP

Android 12 obsługuje teraz gesty ukrywania i powiększania w oknie PiP:

• Aby schować okno, użytkownik może przeciągnąć je w lewo lub w prawo. Aby odsłonić okno, użytkownik może kliknąć widoczną część ukrytego okna lub wyciągnąć je.

• Użytkownik może teraz zmienić rozmiar okna PiP za pomocą funkcji powiększania.

Zalecane nowe funkcje, które ułatwiają płynne przechodzenie do trybu PiP

Android 12 wprowadził znaczne ulepszenia kosmetyczne w animowanych przejściach między oknami pełnoekranowymi a oknami w trybie PiP. Zdecydowanie zalecamy wdrożenie wszystkich odpowiednich zmian. Po ich wprowadzeniu będą one automatycznie skalowane do dużych ekranów, takich jak składane urządzenia i tablety, bez konieczności wykonywania dodatkowych czynności.

Dotyczy to:

• Nowa flaga interfejsu API umożliwiająca płynniejsze przechodzenie do trybu obrazu w pliku przy użyciu nawigacji za pomocą gestów

  Użyj flagi setAutoEnterEnabled, aby zapewnić płynniejsze przejścia do trybu obrazu w obrębie obrazu podczas przesuwania palcem w górę w trybie nawigacji za pomocą gestów. Wcześniej Android czekał na zakończenie animacji przesunięcia palcem w górę, aby wyświetlić okno PiP.

• Gładsze animacje podczas włączania i wyłączania trybu PiP

  Flaga SourceRectHint jest teraz używana ponownie, aby wprowadzić płynniejszą animację podczas wchodzenia do trybu PiP i z niego wychodzenia.

• Nowa flaga interfejsu API do wyłączania płynnego dostosowywania rozmiaru w przypadku treści innych niż wideo

  Flaga SeamlessResizeEnabled zapewnia płynniejszą animację przejścia, gdy zmieniasz rozmiar treści niebędących filmem w oknie PiP. Wcześniej zmiana rozmiaru treści innych niż wideo w oknie PiP mogła powodować nieprzyjemne artefakty wizualne.

nowe powiadomienia o połączeniach telefonicznych, które umożliwiają ustalanie ważności poszczególnych połączeń;

Android 12 wprowadza nowy styl powiadomieńNotification.CallStyledotyczących połączeń telefonicznych. Dzięki temu szablonowi aplikacja może wskazywać wagę bieżących połączeń, wyświetlając na pasku stanu widoczny element, który pokazuje czas trwania połączenia. Użytkownik może go dotknąć, aby powrócić do połączenia.

Powiadomienia o przychodzących i trwających połączeniach są dla użytkowników najważniejsze, dlatego mają najwyższy priorytet w pasku. Dzięki temu system może przekierowywać priorytetowe połączenia na inne urządzenia.

Wdroż kod poniżej w przypadku wszystkich typów połączeń.

// Create a new call with the user as caller.
val incoming_caller = Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build()

// Create a new call with the user as caller.
Person incoming_caller = new Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build();

Użyj forIncomingCall(), aby utworzyć powiadomienie w stylu rozmowy dotyczące połączenia przychodzącego.

// Create a call style notification for an incoming call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller)

// Create a call style notification for an incoming call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller);

Użyj forOngoingCall(), aby utworzyć powiadomienie w stylu rozmowy dla trwającej rozmowy.

// Create a call style notification for an ongoing call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller)

// Create a call style notification for an ongoing call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller);

Użyj elementu forScreeningCall(), aby utworzyć powiadomienie w stylu połączenia do odfiltrowania połączenia.

// Create a call style notification for screening a call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller)

Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller);

Obsługa powiadomień z użyciem obrazów wzbogaconych

W Androidzie 12 możesz teraz wzbogacić powiadomienia w aplikacji, wyświetlając animowane obrazy w powiadomieniach MessagingStyle() i BigPictureStyle(). Aplikacja może też umożliwiać użytkownikom wysyłanie wiadomości z obrazem, gdy odpowiadają na wiadomości z paska powiadomień.

Ulepszenia trybu pełnoekranowego w przypadku nawigacji za pomocą gestów

Android 12 konsoliduje dotychczasowe zachowanie, aby ułatwić użytkownikom wykonywanie poleceń nawigacji za pomocą gestów w trybie pełnoekranowym. Ponadto Android 12 zapewnia wsteczną zgodność w przypadku trybu przylegającego i trybu pełnoekranowego.

Udostępnianie adresów URL ostatnio używanych aplikacji (tylko Pixel)

Na urządzeniach Pixel użytkownicy mogą teraz udostępniać linki do ostatnio przeglądanych treści internetowych bezpośrednio z ekranu Ostatnie. Po wyświetleniu treści w aplikacji użytkownik może przesunąć palcem na ekran Ostatnie, aby znaleźć aplikację, w której wyświetlił te treści, a potem kliknąć przycisk linkowania, aby skopiować lub udostępnić adres URL.

Więcej informacji znajdziesz w artykule Włączanie udostępniania adresów URL z obszaru Ostatnie.

Prywatność i bezpieczeństwo

Panel prywatności

Na obsługiwanych urządzeniach z Androidem 12 lub nowszym w ustawieniach systemowych pojawi się ekran Pulpit prywatności. Na tym ekranie użytkownicy mogą uzyskać dostęp do osobnych ekranów, na których widać, kiedy aplikacje uzyskują dostęp do informacji o lokalizacji, aparatu i mikrofonu. Każdy ekran zawiera osi czasu z informacjami o tym, kiedy różne aplikacje uzyskiwały dostęp do określonego typu danych. Ilustracja 1 przedstawia oś czasu dostępu do danych o lokalizacji.

Aplikacja może wyjaśniać użytkownikom, dlaczego ma dostęp do informacji o lokalizacji, aparacie lub mikrofonie. Uzasadnienie może się wyświetlać na nowym ekranie ustawień prywatności lub na ekranie uprawnień aplikacji.

Uprawnienia Bluetooth

Android 12 wprowadza uprawnienia BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE i BLUETOOTH_CONNECT. Te uprawnienia ułatwiają aplikacjom przeznaczonym na Androida 12 interakcję z urządzeniami Bluetooth, zwłaszcza w przypadku aplikacji, które nie wymagają dostępu do lokalizacji urządzenia.

Aktualizowanie deklaracji uprawnień Bluetootha w aplikacji

Aby przygotować urządzenie do kierowania na Androida 12 lub nowszego, zaktualizuj logikę aplikacji. Zamiast deklarowania starszego zestawu uprawnień Bluetooth, zadeklaruj nowocześniejszy zestaw uprawnień Bluetooth.

Wyszukiwanie grupy uprawnień

Na Androidzie 12 lub nowszym możesz sprawdzić, jak system porządkuje uprawnienia udostępniane przez platformę w grupy uprawnień:

• Aby określić grupę uprawnień, do której system przypisał uprawnienie zdefiniowane przez platformę, wywołaj funkcję getGroupOfPlatformPermission().
• Aby określić uprawnienia zdefiniowane przez platformę, które system umieścił w konkretnej grupie uprawnień, wywołaj funkcję getPlatformPermissionsForGroup().

Ukrywanie okien nakładek aplikacji

Aby zapewnić deweloperom większą kontrolę nad tym, co użytkownicy widzą podczas interakcji z aplikacją dewelopera, w Androidzie 12 wprowadzono możliwość ukrywania okien nakładki, które są wyświetlane przez aplikacje z uprawnieniem SYSTEM_ALERT_WINDOW.

Po zadeklarowaniu uprawnienia HIDE_OVERLAY_WINDOWS aplikacja może wywołać funkcję setHideOverlayWindows(), aby wskazać, że wszystkie okna typu TYPE_APPLICATION_OVERLAY powinny być ukryte, gdy widoczne jest okno aplikacji. Aplikacje mogą to robić podczas wyświetlania ekranów z danymi wrażliwymi, takich jak przepływy potwierdzenia transakcji.

Aplikacje, które wyświetlają okna typu TYPE_APPLICATION_OVERLAY, powinny rozważyć alternatywne rozwiązania, które mogą być bardziej odpowiednie do danego przypadku użycia, takie jak obraz w obrazie lub bąbelki.

Flaga ochrony uprawnień znanych podpisujących

Począwszy od Androida 12 atrybut knownCerts dla uprawnień na poziomie podpisu umożliwia odwoływanie się do skrótów znanych certyfikatów podpisywania w momencie deklaracji.

Aplikacja może zadeklarować ten atrybut i użyć flagi knownSigner, aby umożliwić urządzeniom i aplikacjom przyznawanie uprawnień do podpisu innym aplikacjom bez konieczności podpisywania aplikacji w momencie ich produkcji i wysyłki.

Weryfikacja właściwości urządzenia

Android 12 rozszerza zestaw aplikacji, które mogą weryfikować właściwości urządzenia zawarte w certyfikacie atestacyjnym, gdy generują nowy klucz.

Od Androida 9 (poziom interfejsu API 28) właściciele zasad dotyczących urządzeń, którzy używają Keymastera 4.0 lub nowszej wersji, mogą weryfikować właściwości urządzenia w tych certyfikatach. Od Androida 12 każda aplikacja kierowana na Androida 12 (poziom API 31) lub nowszego może przeprowadzać tę weryfikację za pomocą metody setDevicePropertiesAttestationIncluded().

Wygenerowane właściwości urządzenia obejmują te pola Build:

• BRAND
• DEVICE
• MANUFACTURER
• MODEL
• PRODUCT

Bezpieczne działania dotyczące powiadomień na ekranie blokady

Od Androida 12 klasa Notification.Action.Builder obsługuje metodę setAuthenticationRequired(), która pozwala aplikacji wymagać odblokowania urządzenia, zanim wywoła ona daną akcję powiadomienia. Ta metoda pozwala dodać dodatkową warstwę zabezpieczeń do powiadomień na zablokowanych urządzeniach.

Lokalizowalne ciągi znaków dla BiometricPrompt

Android 12 wprowadza nowe interfejsy API, które ułatwiają poprawę wrażeń użytkowników w zakresie uwierzytelniania biometrycznego w aplikacji. Nowa klasa zagnieżżona BiometricManager.Strings zawiera metody getButtonLabel(), getPromptMessage() i getSettingName(), które umożliwiają aplikacji pobranie czytelnej dla użytkownika i zlokalizowanej etykiety przycisku, komunikatu prompt lub nazwy ustawienia aplikacji. Używaj tych etykiet, aby tworzyć bardziej precyzyjne instrukcje dla użytkowników dotyczące konkretnych metod uwierzytelniania biometrycznego, np. „Użyj rozpoznawania twarzy” lub „Użyj odcisku palca, aby kontynuować”.

wykrywanie phishingu w komunikatorach (tylko Pixel),

Na obsługiwanych urządzeniach Pixel Android 12 uruchamia wykrywanie phishingu w przypadku wiadomości odebranych w popularnych komunikatorach. System wykorzystuje uczenie maszynowe na urządzeniu do wykrywania podejrzanych działań. Gdy wykryje takie treści, wyświetla nakładkę bezpieczeństwa na interfejsie aplikacji do obsługi wiadomości, aby ostrzec użytkowników. Na przykład wykrywanie prób wyłudzenia danych może ostrzegać użytkowników o tych potencjalnych zagrożeniach:

• podejrzane prośby, np. o wysłanie kodu, pieniędzy lub podobnych informacji;
• Niesprawdzone adresy URL
• złośliwe załączniki,
• linki do złośliwych aplikacji;

Oprócz ostrzeżenia użytkownik może też zgłosić podejrzaną wiadomość i przekazać opinię na temat ostrzeżeń wydanych przez system.

Deweloperzy mogą zrezygnować z tej funkcji, dodając nowy tag metadanych zawierający ciąg znaków com.google.android.ALLOW_PHISHING_DETECTION w plikach manifestu aplikacji. Przykład:

<manifest>
    <application android:name="com.messagingapp">
        <meta-data android:name="com.google.android.ALLOW_PHISHING_DETECTION" android:value="false" />

    </application>
</manifest>

Multimedia

Zgodne transkodowanie multimediów

Począwszy od Androida 12 (poziom interfejsu API 31) system może automatycznie konwertować nagrane na urządzeniu filmy w formatach HEVC(H.265) i HDR (HDR10 i HDR10+) do formatu AVC (H.264), który jest powszechnie obsługiwany przez standardowe odtwarzacze. Dzięki temu można korzystać z nowoczesnych kodeków, gdy są one dostępne, bez utraty zgodności ze starszymi aplikacjami.

Aby dowiedzieć się więcej, zapoznaj się z artykułem Transkodowanie zgodnych multimediów.

Klasa wydajności

Android 12 wprowadza standard o nazwie klasa wydajności. Klasa wydajności określa możliwości sprzętowe wykraczające poza podstawowe wymagania Androida. Każde urządzenie z Androidem deklaruje klasę wydajności, którą obsługuje. Deweloperzy mogą sprawdzać klasę wydajności urządzenia w czasie działania i zapewniać ulepszone wrażenia, które w pełni wykorzystują możliwości urządzenia.

Więcej informacji znajdziesz w artykule Klasa wydajności.

Ulepszenia kodowania filmów

Android 12 definiuje standardowy zestaw kluczy do kontrolowania wartości parametru kwantyzacji (QP) w przypadku kodowania wideo, co pozwala deweloperom uniknąć kodu specyficznego dla danego dostawcy.

Nowe klucze są dostępne w interfejsie API MediaFormat, a także w bibliotece multimediów NDK.

Począwszy od Androida 12, kodery wideo wymuszają minimalny próg jakości. Dzięki temu użytkownicy nie będą mieli problemów z jakością podczas kodowania filmów o dużej złożoności sceny.

Aktywność audio

Od Androida 12 (poziom API 31) w przypadku, gdy aplikacja poprosi o skupienie się na dźwięku, gdy inna aplikacja ma skupienie i odtwarza dźwięk, system powoduje zniknięcie aplikacji odtwarzającej.

Więcej informacji znajdziesz w artykule Tryb dźwiękowy w Androidzie w wersji 12 i wyższych.

Aktualizacje MediaDrm

Aby określić, czy w przypadku obecnych interfejsów API MediaDrm wymagany jest bezpieczny dekoder, wykonaj te czynności:

1. Utwórz MediaDrm.
2. Otwórz sesję, aby uzyskać identyfikator sesji.
3. Utwórz MediaCrypto, używając identyfikatora sesji.
4. Będziesz dzwonić pod numer MediaCrypto.requiresSecureDecoderComponent(mimeType).

Dzięki nowym metodom requiresSecureDecoder(@NonNull String mime) i requiresSecureDecoder(@NonNull String mime, @SecurityLevel int level)możesz to określić, gdy tylko utworzysz MediaDrm.

Aparat

Rozszerzenia dostawców Camera2

Wielu naszych partnerów będących producentami urządzeń stworzyło niestandardowe rozszerzenia aparatu (takie jak bokeh, HDR, tryb nocny itp.), których chcą używać w aplikacjach, aby zapewnić użytkownikom ich urządzeń lepsze wrażenia. Biblioteka CameraX obsługuje już te niestandardowe rozszerzenia dostawców. W Androidzie 12 te rozszerzenia dostawców są dostępne bezpośrednio na platformie.

To rozszerzenie ułatwia aplikacjom o złożonej implementacji korzystanie z rozszerzeń dostawców bez konieczności wprowadzania znaczących zmian w starym kodzie.Camera2 Interfejsy API rozszerzeń Camera2 udostępniają dokładnie ten sam zestaw rozszerzeń co CameraX, a są one już obsługiwane na wielu różnych urządzeniach, więc możesz ich używać bez dodatkowej konfiguracji.

Więcej informacji znajdziesz w sekcji CameraExtensionCharacteristics.

Obsługa czujnika Quad Bayer

Obecnie wiele urządzeń z Androidem jest wyposażonych w czujniki aparatu o bardzo wysokiej rozdzielczości, zazwyczaj z wzorcem Quad lub Nona Bayera, które zapewniają dużą elastyczność w zakresie jakości obrazu i działania przy słabym oświetleniu. Android 12 wprowadza nowe interfejsy API platformy, które umożliwiają aplikacjom innych firm pełne korzystanie z tych wszechstronnych czujników. Nowe interfejsy API obsługują unikalne działanie tych czujników i biorą pod uwagę, że mogą one obsługiwać różne konfiguracje i kombinacje strumieni w trybie pełnej rozdzielczości lub „maksymalnej rozdzielczości” w porównaniu z trybem „domyślnym”.

Grafika i obrazy

Dawanie aplikacjom bezpośredniego dostępu do śladów usunięcia

Od Androida 12 możesz uzyskać dostęp do natywnego nagrobka błędu aplikacji jako bufora protokołu za pomocą metody ApplicationExitInfo.getTraceInputStream(). Bufor protokołu jest serializowany za pomocą tego schematu. Wcześniej jedynym sposobem uzyskania dostępu do tych informacji było użycie Android Debug Bridge (adb).

Więcej informacji znajdziesz w artykule Udzielanie aplikacjom bezpośredniego dostępu do śladów usunięcia.

Obsługa obrazów AVIF

Android 12 obsługuje obrazy w formacie AV1 Image File Format (AVIF). AVIF to format kontenera dla obrazów i sekwencji obrazów zakodowanych za pomocą AV1. AVIF wykorzystuje kodowanie intraramkowe z kompresji wideo. Dzięki temu znacznie poprawia się jakość obrazu przy tym samym rozmiarze pliku w porównaniu ze starszymi formatami obrazów, takimi jak JPEG. Szczegółowe omówienie zalet tego formatu znajdziesz w poście na blogu Jake'a Archibalda.

Łatwiejsze rozmycia, filtry kolorów i inne efekty

Android 12 wprowadza nowy format RenderEffect, który umożliwia stosowanie typowych efektów graficznych, takich jak rozmycie, filtry kolorów czy efekty shadera Androida, do View i hierarchii renderowania. Efekty można łączyć w postaci efektów łańcuchowych (które składają się z efektu wewnętrznego i zewnętrznego) lub efektów mieszanych. Różne urządzenia z Androidem mogą obsługiwać tę funkcję, ale mogą też nie obsługiwać z powodu ograniczonej mocy obliczeniowej.

Efekty można też stosować do RenderNodeView, wywołując funkcję View.setRenderEffect(RenderEffect).

Aby wdrożyć RenderEffect:

view.setRenderEffect(RenderEffect.createBlurEffect(radiusX, radiusY, SHADER_TILE_MODE))

Dekodowanie natywnego obrazu animowanego

W Androidzie 12 interfejs API NDK ImageDecoder został rozszerzony o możliwość dekodowania wszystkich klatek i danych dotyczących czasu z obrazów, które używają animowanych formatów plików GIF i animowanych plików WebP. Gdy ten interfejs API został wprowadzony w Androidzie 11, dekodował tylko pierwsze zdjęcie z animacji w tych formatach.

Zamiast bibliotek innych firm używaj biblioteki ImageDecoder, aby zmniejszyć rozmiar pliku APK i korzystać z przyszłych aktualizacji związanych z bezpieczeństwem i wydajnością.

Więcej informacji o tym interfejsie API znajdziesz w dokumentacji API i przykładach na GitHubie.

Łączność

Utrzymywanie aplikacji towarzyszących w stanie czuwania

Aby umożliwić aplikacjom towarzyszącym działanie w tle, gdy użytkownik zarządza urządzeniem, Android 12 wprowadza interfejsy API, które:

• umożliwiają wybudzanie aplikacji, gdy urządzenie towarzyszące znajduje się w zasięgu.
• Gwarantowanie, że proces będzie kontynuowany, dopóki urządzenie będzie w zasięgu.

Aby korzystać z interfejsów API, urządzenia muszą być połączone za pomocą Menedżera urządzeń towarzyszących. Więcej informacji znajdziesz w artykule CompanionDeviceManager.startObservingDevicePresence() i CompanionDeviceService.onDeviceAppeared().

Profile Menedżera urządzeń towarzyszących

Aplikacje partnerskie na Androidzie 12 (poziom interfejsu API 31) lub nowszym mogą korzystać z profili urządzeń towarzyszących podczas łączenia z zegarkiem. Korzystanie z profilu upraszcza proces rejestracji, ponieważ pozwala połączyć udzielanie zestawu uprawnień dla danego typu urządzenia w jednym kroku.

Połączone uprawnienia są przyznawane aplikacji towarzyszącej po połączeniu urządzenia i trwają tylko przez czas jego powiązania. Usunięcie aplikacji lub powiązania powoduje usunięcie uprawnień.

Więcej informacji znajdziesz w sekcji AssociationRequest.Builder.setDeviceProfile().

Ulepszenia szacowania przepustowości

W Androidzie 12 funkcje szacowania przepustowości udostępniane przez getLinkDownstreamBandwidthKbps() i getLinkUpstreamBandwidthKbps() zostały ulepszone zarówno w przypadku Wi-Fi, jak i łączności komórkowej. Zwracane obecnie wartości reprezentują średnią ważoną przepustowość użytkownika na podstawie SSID operatora lub sieci Wi-Fi, typu sieci i poziomu sygnału we wszystkich aplikacjach na urządzeniu. Może to zwrócić dokładniejsze i bardziej realistyczne oszacowanie oczekiwanej przepustowości, a także zapewnić oszacowania dotyczące zimnego uruchamiania aplikacji. Wymaga też mniejszej liczby cykli w porównaniu z innymi metodami oszacowania przepustowości.

Ulepszenia Wi-Fi Aware (NAN)

Android 12 wprowadza kilka ulepszeń funkcji Wi-Fi Aware:

• Na urządzeniach z Androidem 12 (poziom interfejsu API 31) lub nowszym możesz użyć wywołania zwrotnego onServiceLost(), aby otrzymywać powiadomienia, gdy aplikacja utraci wykrytą usługę z powodu jej zatrzymania lub wyjścia poza zasięg.
• Sposób konfigurowania wielu ścieżek danych (ścieżek danych NAN) ulegnie zmianie, aby stał się bardziej efektywny. Wcześniejsze wersje używały przesyłania L2 do wymiany informacji o inicjatorach, co powodowało opóźnienia. Na urządzeniach z Androidem 12 lub nowszym można skonfigurować serwer (odpowiadający) tak, aby akceptował dowolnego peera, czyli nie musiał znać informacji o inicjatorze z wyprzedzeniem. Przyspiesza to uruchamianie ścieżki danych i umożliwia tworzenie wielu połączeń punkt-punkt za pomocą jednego żądania sieciowego.
• Aby zapobiec odrzucaniu przez platformę próśb o wyszukiwanie lub połączenie z powodu braku zasobów, na urządzeniach z Androidem 12 lub nowszym możesz wywołać funkcję WifiAwareManager.getAvailableAwareResources(). Wartość zwracana przez tę metodę umożliwia uzyskanie liczby dostępnych ścieżek danych, liczby dostępnych sesji publikowania i liczby dostępnych sesji subskrypcji.

Jednoczesne połączenie peer-to-peer i internetowe

Gdy urządzenia kierowane na Androida 12 (poziom interfejsu API 31) i nowsze działają na urządzeniach z obsługą sprzętową, korzystanie z połączeń typu peer-to-peer nie powoduje rozłączenia istniejącego połączenia Wi-Fi podczas tworzenia połączenia z urządzeniem peer. Aby sprawdzić, czy ta funkcja jest obsługiwana, użyj WifiManager.isMultiStaConcurrencySupported().

Włączanie płatności NFC przy wyłączonym ekranie

W aplikacjach przeznaczonych na urządzenia z Androidem 12 lub nowszym możesz włączyć płatności NFC bez włączonego ekranu urządzenia, ustawiając wartość requireDeviceScreenOn na false. Więcej informacji o płatnościach NFC przy wyłączonym lub zablokowanym ekranie znajdziesz w artykule Otwieranie ekranu i blokowanie ekranu.

Miejsce na dane

Android 12 wprowadza te funkcje zarządzania pamięcią:

• Obsługa sklepu z multimediami dla MediaDocumentsProvider, gdy aplikacja pobiera identyfikator URI multimediów, który jest odpowiednikiem identyfikatora URI danego dostawcy dokumentów.
• Katalog nagrania głosowe.
• Uprawnienie MANAGE_MEDIA, które pozwala aplikacji wykonywać operacje zarządzania mediami bez wyświetlania użytkownikowi okna potwierdzenia dla każdej operacji.
• Aplikacje, które mają zarówno uprawnienia MANAGE_EXTERNAL_STORAGE, jak i QUERY_ALL_PACKAGES, na przykład aplikacje do zarządzania plikami, mogą wywoływać niestandardową aktywność w celu zarządzania miejscem na dane innej aplikacji, pod warunkiem że ta inna aplikacja utworzy tę niestandardową aktywność.

Główna funkcja

Automatyczne aktualizacje aplikacji

Android 12 wprowadza metodę setRequireUserAction() dla aplikacji, które korzystają z interfejsu API PackageInstaller. Ta metoda umożliwia aplikacjom instalującym aktualizowanie aplikacji bez konieczności potwierdzenia przez użytkownika.

Informacje o chipsetach urządzenia

Android 12 dodaje do android.os.Build 2 stałe, które udostępniają informacje o modelu i dostawcy chipsetu SoC za pomocą pakietu SDK. Te informacje możesz uzyskać, dzwoniąc odpowiednio na numery Build.SOC_MANUFACTURER i Build.SOC_MODEL.

Aktualizacje podstawowych interfejsów API Javy

Na podstawie żądań i współpracy z deweloperami dodaliśmy w Androidzie 12 te podstawowe biblioteki: