Funkcje i interfejsy API

Android 16 wprowadza świetne nowe 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ż obszary, na które zmiany platformy mogą mieć wpływ na Twoje aplikacje. Więcej informacji znajdziesz na tych stronach:

• Zmiany zachowania, które wpływają na aplikacje kierowane na Androida 16
• Zmiany zachowania, które wpływają na wszystkie aplikacje niezależnie od targetSdkVersion.

Główna funkcja

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

2 wersje interfejsu API Androida 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.

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.

Powiadomienia o postępie

Android 16 introduces progress-centric notifications to help users seamlessly track user-initiated, start-to-end journeys.

Notification.ProgressStyle is a new notification style that lets you create progress-centric notifications. Key use cases include rideshare, delivery, and navigation. Within the Notification.ProgressStyle class, you can denote states and milestones in a user journey using points and segments.

Więcej informacji znajdziesz na stronie dokumentacji poświęconej powiadomieniom o postępach.

Powiadomienie o postępie wyświetlane na ekranie blokady.

Powiadomienie o postępie wyświetlane w pasku powiadomień.

Przewidywane przejścia wstecz

Android 16 adds new APIs to help you enable predictive back system animations in gesture navigation such as the back-to-home animation. Registering the onBackInvokedCallback with the new PRIORITY_SYSTEM_NAVIGATION_OBSERVER allows your app to receive the regular onBackInvoked call whenever the system handles a back navigation without impacting the normal back navigation flow.

Android 16 additionally adds the finishAndRemoveTaskCallback() and moveTaskToBackCallback. By registering these callbacks with the OnBackInvokedDispatcher, the system can trigger specific behaviors and play corresponding ahead-of-time animations when the back gesture is invoked.

Bardziej rozbudowane reakcje haptyczne

Android has exposed control over the haptic actuator ever since its inception.

Android 11 added support for more complex haptic effects that more advanced actuators could support through VibrationEffect.Compositions of device-defined semantic primitives.

Android 16 adds haptic APIs that let apps define the amplitude and frequency curves of a haptic effect while abstracting away differences between device capabilities.

Narzędzia i produktywność programistów

Chociaż większość naszych działań na rzecz zwiększenia produktywności skupia się na takich narzędziach jak Android Studio, Jetpack Compose i biblioteki Jetpacka na Androida, zawsze szukamy sposobów na to, aby platforma pomagała Ci realizować Twoje pomysły.

Obsługa zawartości w animowanych tapetach

W Androidzie 16 framework animowanych tapet zyskuje nowy interfejs API treści, który rozwiązuje problemy związane z dynamicznymi tapetami tworzonymi przez użytkowników. Obecnie tapety na żywo zawierające treści przesłane przez użytkowników wymagają złożonych implementacji dostosowanych do poszczególnych usług. Android 16 wprowadza WallpaperDescription i WallpaperInstance. Atrybut WallpaperDescription umożliwia identyfikowanie różnych wystąpień animowanej tapety z tego samego serwisu. Na przykład tapeta, która występuje zarówno na ekranie głównym, jak i na ekranie blokady, może mieć unikalne treści na obu tych ekranach. Wybór tapety i WallpaperManager korzystają z tych metadanych, aby lepiej prezentować tapety użytkownikom i ułatwić tworzenie różnorodnych, spersonalizowanych tapet na żywo.

Wydajność i bateria

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

Profilowanie wywoływane przez system

ProfilingManager was added in Android 15, giving apps the ability to request profiling data collection using Perfetto on public devices in the field. However, since this profiling must be started from the app, critical flows such as startups or ANRs would be difficult or impossible for apps to capture.

To help with this, Android 16 introduces system-triggered profiling to ProfilingManager. Apps can register interest in receiving traces for certain triggers such as cold start reportFullyDrawn or ANRs, and then the system starts and stops a trace on the app's behalf. After the trace completes, the results are delivered to the app's data directory.

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,

Adaptive refresh rate (ARR), introduced in Android 15, enables the display refresh rate on supported hardware to adapt to the content frame rate using discrete VSync steps. This reduces power consumption while eliminating the need for potentially jank-inducing mode-switching.

Android 16 introduces hasArrSupport() and getSuggestedFrameRate(int) while restoring getSupportedRefreshRates() to make it easier for your apps to take advantage of ARR. RecyclerView 1.4 internally supports ARR when it is settling from a fling or smooth scroll, and we're continuing our work to add ARR support into more Jetpack libraries. This frame rate article covers many of the APIs you can use to set the frame rate so that your app can directly use ARR.

Interfejsy Headroom API w ADPF

The SystemHealthManager introduces the getCpuHeadroom and getGpuHeadroom APIs, designed to provide games and resource-intensive apps with estimates of available CPU and GPU resources. These methods offer a way for you to gauge how your app or game can best improve system health, particularly when used in conjunction with other Android Dynamic Performance Framework (ADPF) APIs that detect thermal throttling.

By using CpuHeadroomParams and GpuHeadroomParams on supported devices, you can customize the time window used to compute the headroom and select between average or minimum resource availability. This can help you reduce your CPU or GPU resource usage accordingly, leading to better user experiences and improved battery life.

Ułatwienia dostępu

Android 16 wprowadza nowe interfejsy API i funkcje ułatwień dostępu, które ułatwiają udostępnianie aplikacji wszystkim użytkownikom.

Ulepszone interfejsy API ułatwień dostępu

Android 16 zawiera dodatkowe interfejsy API, które zwiększają spójność semantyki interfejsu użytkownika, co ułatwia korzystanie z usług ułatwień dostępu, takich jak TalkBack.

Kontur tekstu dla maksymalnego kontrastu

Użytkownicy ze słabszym wzrokiem często mają zmniejszoną wrażliwość na kontrast, przez co trudno im odróżnić obiekty od tła. Aby ułatwić korzystanie z Androida 16, zastąpiliśmy tekst o wysokim kontraście tekstem z konturem, który rysuje większy obszar o wysokim kontraście wokół tekstu, aby znacznie ułatwić jego czytelność.

Android 16 zawiera nowe interfejsy API AccessibilityManager, które umożliwiają aplikacjom sprawdzanie lub rejestrowanie listenera, aby sprawdzić, czy ten tryb jest włączony. Jest to przede wszystkim narzędzie dla pakietów narzędzi interfejsu użytkownika, takich jak Compose, które zapewniają podobne wrażenia wizualne. Jeśli masz bibliotekę UI Toolkit lub Twoja aplikacja wykonuje niestandardowe renderowanie tekstu, które omija klasę android.text.Layout, możesz użyć tej metody, aby dowiedzieć się, kiedy tekst obrysu jest włączony.

Czas trwania dodany do elementu TtsSpan

Android 16 rozszerza TtsSpan o TYPE_DURATION, który składa się z ARG_HOURS, ARG_MINUTES i ARG_SECONDS. Umożliwia to bezpośrednie dodawanie adnotacji do czasu trwania, co zapewnia dokładne i spójne generowanie tekstu na mowę w usługach takich jak TalkBack.

Obsługa elementów z wieloma etykietami

Android umożliwia obecnie pobieranie etykiety ułatwień dostępu przez elementy interfejsu z innej etykiety. Obecnie można też powiązać wiele etykiet, co jest częstym scenariuszem w przypadku treści internetowych. Dzięki wprowadzeniu interfejsu API opartego na listach w AccessibilityNodeInfo Android może bezpośrednio obsługiwać te relacje między wieloma etykietami. W ramach tej zmiany wycofujemy parametry AccessibilityNodeInfo#setLabeledBy i #getLabeledBy na rzecz parametrów #addLabeledBy, #removeLabeledBy i #getLabeledByList.

Ulepszona obsługa elementów rozwijanych

Android 16 zawiera interfejsy API ułatwień dostępu, które umożliwiają wyświetlanie elementów interaktywnych, takich jak menu czy rozwijane listy, w rozwiniętym lub zwężonym stanie. Ustawienie stanu rozwiniętego za pomocą setExpandedState i wysłanie zdarzenia TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents z typem zmiany zawartości CONTENT_CHANGE_TYPE_EXPANDED pozwala zapewnić, aby czytniki ekranu, takie jak TalkBack, ogłaszały zmiany stanu, co daje bardziej intuicyjne i włączające wrażenia użytkownika.

Paski postępu nieokreślonego

Android 16 dodaje RANGE_TYPE_INDETERMINATE, dzięki czemu możesz udostępniać RangeInfo zarówno w przypadku widżetów deterministycznych, jak i niedeterministycznych ProgressBar, co pozwala usługom takim jak TalkBack zapewniać bardziej spójną informację zwrotną dla wskaźników postępu.

Pole wyboru z 3 stanami

Nowe metody AccessibilityNodeInfo getChecked i setChecked(int) w Androidzie 16 obsługują teraz stan „częściowo zaznaczone” oprócz stanów „zaznaczone” i „niezaznaczone”. Zastępuje wycofane typy danych logicznych isChecked i setChecked(boolean).

Dodatkowe teksty reklamy

Gdy usługa ułatwień dostępu opisuje element ViewGroup, łączy etykiety treści jego podrzędnych elementów. Jeśli podasz wartość contentDescription dla atrybutu ViewGroup, usługi ułatwień dostępu założą, że zastępujesz też opis podrzędnych widoków bez możliwości wyboru. Może to być problematyczne, jeśli chcesz oznaczyć coś jak menu (np. „Rodzina czcionek”), zachowując jednocześnie bieżący wybór w ramach ułatwień dostępu (np. „Roboto”). Android 16 zawiera element setSupplementalDescription, dzięki któremu możesz podać tekst zawierający informacje o elementach potomnych elementu ViewGroup bez zastępowania informacji z tych elementów.

Pola wymagane

Android 16 dodaje setFieldRequired do AccessibilityNodeInfo, aby aplikacje mogły poinformować usługę ułatwień dostępu, że dane w polu formularza są wymagane. Jest to ważny scenariusz dla użytkowników wypełniających różne rodzaje formularzy, nawet te proste, takie jak wymagane pole wyboru w warunkach korzystania z usługi. Pomaga on użytkownikom konsekwentnie identyfikować wymagane pola i szybko się między nimi przemieszczać.

Telefon jako mikrofon do połączeń głosowych z aparatami słuchowymi LEA

Android 16 umożliwia użytkownikom aparatów słuchowych LE Audio przełączanie się między wbudowanymi mikrofonami aparatów słuchowych a mikrofonem w telefonie podczas połączeń głosowych. Może to być przydatne w głośnym otoczeniu lub w innych sytuacjach, w których mikrofony aparatu słuchowego mogą nie działać prawidłowo.

Regulacja głośności otoczenia w aparatach słuchowych LEA

Android 16 adds the capability for users of LE Audio hearing aids to adjust the volume of ambient sound that is picked up by the hearing aid's microphones. This can be helpful in situations where background noise is too loud or too quiet.

Aparat

Android 16 zapewnia większą wygodę użytkownikom profesjonalnych aparatów, umożliwiając hybrydowe automatyczne ustawianie ekspozycji oraz precyzyjne dostosowywanie temperatury i odsłonięcia barw. Nowy wskaźnik trybu nocnego pomaga aplikacji określić, kiedy włączyć i wyłączyć tryb nocny. Nowe działania Intent ułatwiają robienie zdjęć w ruchu. Nadal ulepszamy zdjęcia w standardzie UltraHDR, dodając obsługę kodowania HEIC i nowe parametry z projektu standardu ISO 21496-1.

Hybrydowa automatyczna ekspozycja

Android 16 adds new hybrid auto-exposure modes to Camera2, allowing you to manually control specific aspects of exposure while letting the auto-exposure (AE) algorithm handle the rest. You can control ISO + AE, and exposure time + AE, providing greater flexibility compared to the current approach where you either have full manual control or rely entirely on auto-exposure.

fun setISOPriority() {
    // ... (Your existing code before the snippet) ...

    val availablePriorityModes = mStaticInfo.characteristics.get(
        CameraCharacteristics.CONTROL_AE_AVAILABLE_PRIORITY_MODES
    )

    // ... (Your existing code between the snippets) ...

    // Turn on AE mode to set priority mode
    reqBuilder.set(
        CaptureRequest.CONTROL_AE_MODE,
        CameraMetadata.CONTROL_AE_MODE_ON
    )
    reqBuilder.set(
        CaptureRequest.CONTROL_AE_PRIORITY_MODE,
        CameraMetadata.CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY
    )
    reqBuilder.set(
        CaptureRequest.SENSOR_SENSITIVITY,
        TEST_SENSITIVITY_VALUE
    )
    val request: CaptureRequest = reqBuilder.build()

    // ... (Your existing code after the snippet) ...
}

precyzyjne dostosowanie temperatury i odcienia kolorów;

Android 16 obsługuje kamery, które umożliwiają dokładne dostosowanie temperatury barw i odcieku, aby lepiej obsługiwać profesjonalne aplikacje do nagrywania filmów. W poprzednich wersjach Androida można było kontrolować ustawienia balansu bieli za pomocą CONTROL_AWB_MODE, które zawiera opcje ograniczone do listy wstępnie ustawionych wartości, takich jak żarówka, chmury i zmierzch. Opcja COLOR_CORRECTION_MODE_CCT umożliwia użycie COLOR_CORRECTION_COLOR_TEMPERATURE i COLOR_CORRECTION_COLOR_TINT do precyzyjnego dostosowania balansu bieli na podstawie skorelowanej temperatury barwowej.

public void setCCT() {
  ...
  Range<Integer> colorTemperatureRange =
     mStaticInfo.getCharacteristics().get(CameraCharacteristics.
     COLOR_CORRECTION_COLOR_TEMPERATURE_RANGE);
  // Set to manual mode to enable CCT mode
  reqBuilder.set(CaptureRequest.CONTROL_AWB_MODE, CameraMetadata.CONTROL_AWB_MODE_OFF);
  reqBuilder.set(CaptureRequest.COLOR_CORRECTION_MODE,
      CameraMetadata.COLOR_CORRECTION_MODE_CCT);
  reqBuilder.set(CaptureRequest.COLOR_CORRECTION_COLOR_TEMPERATURE, 5000);
  reqBuilder.set(CaptureRequest.COLOR_CORRECTION_COLOR_TINT, 30);
  CaptureRequest request = reqBuilder.build();
  ...
}

Poniższe przykłady pokazują, jak zdjęcie będzie wyglądać po zastosowaniu różnych ustawień temperatury barw i odcienia:

Wykrywanie sceny w trybie nocnym aparatu

To help your app know when to switch to and from a night mode camera session, Android 16 adds EXTENSION_NIGHT_MODE_INDICATOR. If supported, it's available in the CaptureResult within Camera2.

This is the API we briefly mentioned as coming soon in the How Instagram enabled users to take stunning low light photos blog post. That post is a practical guide on how to implement night mode together with a case study that links higher-quality in-app night mode photos with an increase in the number of photos shared from the in-app camera.

Działania intencji dotyczącej przechwytywania zdjęć ruchomych

Android 16 dodaje standardowe działania intencji ACTION_MOTION_PHOTO_CAPTURE i ACTION_MOTION_PHOTO_CAPTURE_SECURE, które proszą aplikację aparatu o zrobienie filmu poklatkowego i zwrócenie go.

Musisz przekazać dodatkowy parametr EXTRA_OUTPUT, aby kontrolować, gdzie zostanie zapisane zdjęcie, lub parametr Uri przez Intent.setClipData(ClipData). Jeśli nie ustawisz parametru ClipData, zostanie on skopiowany do tego pola podczas połączenia Context.startActivity(Intent).

Ulepszenia obrazu w trybie UltraHDR

Android 16 to kontynuacja naszych działań na rzecz zapewnienia oszałamiającej jakości zdjęć za pomocą obrazów UltraHDR. Dodano obsługę obrazów UltraHDR w formacie pliku HEIC. Te obrazy będą miały typ ImageFormatHEIC_ULTRAHDR i będą zawierać wbudowaną mapę wzmocnienia podobną do istniejącego formatu JPEG UltraHDR. Pracujemy też nad obsługą formatu AVIF w przypadku UltraHDR.

Dodatkowo Android 16 implementuje w UltraHDR dodatkowe parametry ze standardu ISO 21496-1 w wersji roboczej, w tym możliwość pobierania i ustawiania przestrzeni kolorów, w której ma być stosowana matematyka mapy wzmocnienia, oraz obsługę obrazów bazowych zakodowanych w HDR z mapami wzmocnienia SDR.

Grafika

Android 16 zawiera najnowsze ulepszenia grafiki, takie jak niestandardowe efekty graficzne z AGSL.

Niestandardowe efekty graficzne za pomocą AGSL

Android 16 zawiera metody RuntimeColorFilter i RuntimeXfermode, które umożliwiają tworzenie złożonych efektów, takich jak próg, sepia czy nasycenie barw, i ich stosowanie do wywołań rysowania. Od Androida 13 możesz używać AGSL do tworzenia niestandardowych shaderów środowiska wykonawczego, które rozszerzają Shader. Nowe API odzwierciedla to, dodając RuntimeColorFilter oparty na AGSL, który rozszerza ColorFilter oraz efekt Xfermode, który umożliwia implementowanie niestandardowego składania i mieszania pikseli źródłowych i docelowych na podstawie AGSL.

private val thresholdEffectString = """
    uniform half threshold;

    half4 main(half4 c) {
        half luminosity = dot(c.rgb, half3(0.2126, 0.7152, 0.0722));
        half bw = step(threshold, luminosity);
        return bw.xxx1 * c.a;
    }"""

fun setCustomColorFilter(paint: Paint) {
   val filter = RuntimeColorFilter(thresholdEffectString)
   filter.setFloatUniform(0.5);
   paint.colorFilter = filter
}

Łączność

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

Określanie położenia z zwiększonym bezpieczeństwem

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.

Ogólne interfejsy API do określania zasięgu

Android 16 zawiera nową usługę RangingManager, która umożliwia określanie odległości i kąta na obsługiwanym sprzęcie między urządzeniem lokalnym a urządzeniem zdalnym. RangingManager obsługuje różne technologie pomiaru odległości, takie jak pomiar odległości na kanale BLE, pomiar odległości na podstawie wartości RSSI BLE, łącze ultraszerokopasmowe i czas przesyłania pakietów Wi-Fi.

Obecność urządzenia w menedżerze urządzeń towarzyszących

W Androidzie 16 wprowadzamy nowe interfejsy API do wiązania aplikacji towarzyszącej. Usługa będzie związana, gdy BLE jest w zasięgu, a Bluetooth jest połączony, oraz będzie odłączona, gdy BLE jest poza zasięgiem lub Bluetooth jest rozłączony. Aplikacja otrzyma nową funkcję wywołania onDevicePresenceEvent() na podstawie różnych DevicePresenceEvent. Więcej informacji znajdziesz w metodzie startObservingDevicePresence(ObservingDevicePresenceRequest).

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.

Zaawansowane filmy profesjonalne

Android 16 wprowadza obsługę kodeka Advanced Professional Video (APV), który został zaprojektowany do profesjonalnego nagrywania i postprodukcji wysokiej jakości filmów.

Standard kodeka APV ma te funkcje:

• Niezauważalna utrata jakości (zbliżona do jakości surowego filmu)
• kodowanie tylko wewnątrz ramki o niskiej złożoności i dużej przepustowości (bez przewidywania domeny pikseli) w celu lepszego obsługiwania przepływów pracy związanych z edycją;
• Obsługa wysokiej szybkości transmisji bitów do kilku Gb/s w przypadku treści o rozdzielczości 2K, 4K i 8K, dzięki prostemu schematowi kodowania entropii
• Układanie ramek w przypadku treści wciągających i umożliwiające równoległe kodowanie i dekodowanie
• obsługa różnych formatów próbkowania chroma i głębi bitowej;
• Obsługa wielokrotnego dekodowania i ponownego kodowania bez znacznego pogorszenia jakości obrazu
• Obsługa filmów z wieloma widokami i filmów pomocniczych, takich jak głębia, alfa i podgląd
• Obsługa HDR10/10+ i metadanych zdefiniowanych przez użytkownika

Referencyjna implementacja APV jest dostępna w projekcie OpenAPV. Android 16 wprowadzi obsługę profilu APV 422-10, który zapewnia próbkowanie kolorów YUV 422 z kodowaniem 10-bitowym i docelowymi szybkościami transmisji danych do 2 Gbps.

Prywatność

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

Aktualizacje Health Connect

Health Connect adds ACTIVITY_INTENSITY, a data type defined according to World Health Organization guidelines around moderate and vigorous activity. Each record requires the start time, the end time, and whether the activity intensity is moderate or vigorous.

Health Connect also contains updated APIs supporting medical records. This allows apps to read and write medical records in FHIR format with explicit user consent.

Piaskownica prywatności na Androida

Android 16 incorporates the latest version of the Privacy Sandbox on Android, part of our ongoing work to develop technologies where users know their privacy is protected. Our website has more about the Privacy Sandbox on Android developer beta program to help you get started. Check out the SDK Runtime which allows SDKs to run in a dedicated runtime environment separate from the app they are serving, providing stronger safeguards around user data collection and sharing.

Bezpieczeństwo

Android 16 zawiera funkcje, które pomagają zwiększyć bezpieczeństwo aplikacji i chronić jej dane.

Interfejs API udostępniania kluczy

Android 16 zawiera interfejsy API, które umożliwiają udostępnianie dostępu do kluczy Android Keystore innym aplikacjom. Nowa klasa KeyStoreManager umożliwia przyznawanie i odbieranie dostępu do kluczy na podstawie identyfikatora aplikacji oraz zawiera interfejs API, który umożliwia aplikacjom dostęp do udostępnionych kluczy.

Formaty urządzeń

Android 16 zapewnia aplikacjom obsługę, która pozwala w pełni wykorzystać możliwości formatów Androida.

ustandaryzowany system jakości obrazu i dźwięku w telewizorach;

The new MediaQuality package in Android 16 exposes a set of standardized APIs for access to audio and picture profiles and hardware-related settings. This allows streaming apps to query profiles and apply them to media dynamically:

• Movies mastered with a wider dynamic range require greater color accuracy to see subtle details in shadows and adjust to ambient light, so a profile that prefers color accuracy over brightness may be appropriate.
• Live sporting events are often mastered with a narrow dynamic range, but are often watched in daylight, so a profile that preferences brightness over color accuracy can give better results.
• Fully interactive content wants minimal processing to reduce latency, and wants higher frame rates, which is why many TV's ship with a game profile.

The API allows apps to switch between profiles and users to enjoy tuning supported TVs to best suit their content.

Internacjonalizacja

Android 16 zawiera funkcje i możliwości, które uzupełniają obsługę urządzenia w różnych językach.

Tekst pionowy

Android 16 dodaje obsługę niskiego poziomu renderowania i pomiaru tekstu w pionie, aby zapewnić deweloperom bibliotek podstawową obsługę pisania w pionie. Jest to szczególnie przydatne w przypadku języków takich jak japoński, w których powszechnie stosuje się systemy pisma wertykalnego. Do klasy Paint dodano nową flagę VERTICAL_TEXT_FLAG. Gdy ten parametr jest ustawiony za pomocą parametru Paint.setFlags, interfejsy API do pomiaru tekstu w Paint będą raportować postępy w kierunku pionowym, a nie poziomym, a interfejs Canvas będzie rysować tekst w kierunku pionowym.

val text = "「春は、曙。」"
Box(
    Modifier.padding(innerPadding).background(Color.White).fillMaxSize().drawWithContent {
        drawIntoCanvas { canvas ->
            val paint = Paint().apply { textSize = 64.sp.toPx() }
            // Draw text vertically
            paint.flags = paint.flags or VERTICAL_TEXT_FLAG
            val height = paint.measureText(text)
            canvas.nativeCanvas.drawText(
                text,
                0,
                text.length,
                size.width / 2,
                (size.height - height) / 2,
                paint
            )
        }
    }
) {}

Dostosowywanie systemu pomiarowego

Użytkownicy mogą teraz dostosować system miar w ustawieniach regionalnych w sekcji Ustawienia. Preferencja użytkownika jest uwzględniana w ramach kodu języka, więc możesz zarejestrować BroadcastReceiver w ACTION_LOCALE_CHANGED, aby obsługiwać zmiany konfiguracji języka, gdy zmieniają się preferencje regionalne.

Aby dostosować formatowanie do lokalnych preferencji, możesz użyć formaterów. Na przykład „0,5 cala” w języku angielskim (Stany Zjednoczone) to „12,7 mm” dla użytkownika,który ustawił telefon na język angielski (Dania) lub używa telefonu w języku angielskim (Stany Zjednoczone) z systemem metrycznym jako preferowanym systemem pomiarowym.

Aby znaleźć te ustawienia, otwórz aplikację Ustawienia i kliknij System > Języki i region.