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.
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 interfejsów API na Androida – nowe interfejsy API są wyróżnione.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.
- This preview is for the next major release of Android with a planned launch in Q2 of 2025. This release is similar to all of our API releases in the past, where we can have planned behavior changes that are often tied to a targetSdkVersion.
- We're planning the major release a quarter earlier (Q2 rather than Q3 in prior years) to better align with the schedule of device launches across our ecosystem, so more devices can get the major release of Android sooner. With the major release coming in Q2, you'll need to do your annual compatibility testing a few months earlier than in previous years to make sure your apps are ready.
- We plan to have another release in Q4 of 2025 which also will include new developer APIs. The Q2 major release will be the only release in 2025 to include planned behavior changes that could affect apps.
In addition to new developer APIs, the Q4 minor release will pick up feature updates, optimizations, and bug fixes; it will not include any app-impacting behavior changes.

We'll continue to have quarterly Android releases. The Q1 and Q3 updates in-between the API releases will provide incremental updates to help ensure continuous quality. We're actively working with our device partners to bring the Q2 release to as many devices as possible.
Using new APIs with major and minor releases
Guarding a code block with a check for API level is done today using
the SDK_INT
constant with
VERSION_CODES
. This will continue
to be supported for major Android releases.
if (SDK_INT >= VERSION_CODES.BAKLAVA) {
// Use APIs introduced in Android 16
}
The new SDK_INT_FULL
constant can be used for API checks against both major and minor versions with
the new VERSION_CODES_FULL
enumeration.
if (SDK_INT_FULL >= VERSION_CODES_FULL.[MAJOR or MINOR RELEASE]) {
// Use APIs introduced in a major or minor release
}
You can also use the
Build.getMinorSdkVersion()
method to get just the minor SDK version.
val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)
These APIs have not yet been finalized and are subject to change, so please send us feedback if you have any concerns.
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.


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
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
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ń
The JobScheduler#getPendingJobReason()
API returns a reason why a job
might be pending. However, a job might be pending for multiple reasons.
In Android 16, we are introducing a new API
JobScheduler#getPendingJobReasons(int jobId)
, which returns multiple
reasons why a job is pending, due to both explicit constraints set by the
developer and implicit constraints set by the system.
We're also introducing
JobScheduler#getPendingJobReasonsHistory(int jobId)
, which returns a list
of the most recent constraint changes.
We recommend using the API to help you debug why your jobs may not be executing, especially if you're seeing reduced success rates of certain tasks or have bugs around latency of certain job completion. For example, updating widgets in the background failed to occur or prefetch job failed to be called prior to app start.
This can also better help you understand if certain jobs are not completing due to system defined constraints versus explicitly set constraints.
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.
Interfejsy Headroom API w ADPF
W SystemHealthManager
wprowadzamy interfejsy API getCpuHeadroom
i getGpuHeadroom
, które dostarczają szacowanych wartości dostępnych zasobów procesora i procesora graficznego dla gier i aplikacji wymagających dużej ilości zasobów. Te metody pozwalają ocenić, jak aplikacja lub gra może poprawić stan systemu, zwłaszcza w połączeniu z innymi interfejsami API Android Dynamic Performance Framework (ADPF), które wykrywanie ograniczania wydajności z powodu przegrzania.
Za pomocą CpuHeadroomParams
i GpuHeadroomParams
na obsługiwanych urządzeniach możesz dostosować okno czasowe używane do obliczania zapasu i wybrać średnią lub minimalną dostępność zasobów. Może to pomóc w zmniejszeniu wykorzystania procesora lub karty graficznej, co przekłada się na lepsze wrażenia użytkowników i dłuższy czas pracy na baterii.
Ułatwienia dostępu
Android 16 zawiera 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 adds additional APIs to enhance UI semantics that help improve consistency for users that rely on accessibility services, such as TalkBack.
Outline text for maximum text contrast
Users with low vision often have reduced contrast sensitivity, making it challenging to distinguish objects from their backgrounds. To help these users, Android 16 introduces outline text, replacing high contrast text, which draws a larger contrasting area around text to greatly improve legibility.
Android 16 contains new AccessibilityManager
APIs to let
your apps check or register a listener to
see if this mode is enabled. This is primarily for UI Toolkits like Compose to
offer a similar visual experience. If you maintain a UI Toolkit library or your
app performs custom text rendering that bypasses the
android.text.Layout
class then you can use this to know
when outline text is enabled.

Duration added to TtsSpan
Android 16 extends TtsSpan
with a TYPE_DURATION
,
consisting of ARG_HOURS
, ARG_MINUTES
,
and ARG_SECONDS
. This lets you directly annotate time
duration, ensuring accurate and consistent text-to-speech output with services
like TalkBack.
Support elements with multiple labels
Android currently allows UI elements to derive their accessibility label from
another, and now offers the ability for multiple labels to be associated, a
common scenario in web content. By introducing a list-based API within
AccessibilityNodeInfo
, Android can directly support these
multi-label relationships. As part of this change, we've deprecated
AccessibilityNodeInfo#setLabeledBy
and
#getLabeledBy
in favor of
#addLabeledBy
, #removeLabeledBy
, and
#getLabeledByList
.
Improved support for expandable elements
Android 16 adds accessibility APIs that allow you to convey the expanded or
collapsed state of interactive elements, such as menus and expandable lists. By
setting the expanded state using setExpandedState
and
dispatching TYPE_WINDOW_CONTENT_CHANGED AccessibilityEvents
with a CONTENT_CHANGE_TYPE_EXPANDED
content change type,
you can ensure that screen readers like TalkBack announce
state changes, providing a more intuitive and inclusive user experience.
Indeterminate ProgressBars
Android 16 adds RANGE_TYPE_INDETERMINATE
, giving a way for
you to expose RangeInfo
for both determinate and
indeterminate ProgressBar
widgets, allowing services like
TalkBack to more consistently provide feedback for progress
indicators.
Tri-state CheckBox
The new AccessibilityNodeInfo
getChecked
and setChecked(int)
methods in Android 16 now support a "partially checked" state in addition to
"checked" and "unchecked." This replaces the deprecated boolean
isChecked
and setChecked(boolean)
.
Supplemental descriptions
When an accessibility service describes a ViewGroup
, it
combines content labels from its child views. If you provide a
contentDescription
for the ViewGroup
, accessibility services assume you are
also overriding the description of non-focusable child views. This can be
problematic if you want to label things like a drop-down (for example, "Font
Family") while preserving the current selection for accessibility (for example,
"Roboto"). Android 16 adds setSupplementalDescription
so
you can provide text that provides information about a ViewGroup
without
overriding information from its children.
Required form fields
Android 16 adds setFieldRequired
to
AccessibilityNodeInfo
so apps can tell an accessibility
service that input to a form field is required. This is an important scenario
for users filling out many types of forms, even things as simple as a required
terms and conditions checkbox, helping users to consistently identify and
quickly navigate between required fields.
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.
Sterowanie głośnością dźwięków otoczenia w aparatach słuchowych LEA
Android 16 umożliwia użytkownikom aparatów słuchowych LE Audio dostosowywanie głośności dźwięku otoczenia, który jest odbierany przez mikrofony aparatu. Może to być przydatne w sytuacjach, gdy szum w tle jest zbyt głośny lub zbyt cichy.
Aparat
Android 16 zapewnia większą wygodę dla użytkowników 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 adds camera support for fine color temperature and tint adjustments
to better support professional video recording applications. In previous Android
versions, you could control white balance settings through
CONTROL_AWB_MODE
, which contains options limited to a
preset list, such as Incandescent,
Cloudy, and Twilight. The
COLOR_CORRECTION_MODE_CCT
enables the use of
COLOR_CORRECTION_COLOR_TEMPERATURE
and
COLOR_CORRECTION_COLOR_TINT
for precise adjustments of
white balance based on the correlated color temperature.
fun setCCT() {
// ... (Your existing code before this point) ...
val colorTemperatureRange: Range<Int> =
mStaticInfo.characteristics[CameraCharacteristics.COLOR_CORRECTION_COLOR_TEMPERATURE_RANGE]
// Set to manual mode to enable CCT mode
reqBuilder[CaptureRequest.CONTROL_AWB_MODE] = CameraMetadata.CONTROL_AWB_MODE_OFF
reqBuilder[CaptureRequest.COLOR_CORRECTION_MODE] = CameraMetadata.COLOR_CORRECTION_MODE_CCT
reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TEMPERATURE] = 5000
reqBuilder[CaptureRequest.COLOR_CORRECTION_COLOR_TINT] = 30
val request: CaptureRequest = reqBuilder.build()
// ... (Your existing code after this point) ...
}
The following examples show how a photo would look after applying different color temperature and tint adjustments:





Wykrywanie sceny w trybie nocnym aparatu
Aby pomóc aplikacji określić, kiedy rozpocząć i zakończyć sesję w trybie nocnym, Android 16 dodaje EXTENSION_NIGHT_MODE_INDICATOR
. Jeśli jest obsługiwana, jest dostępna w sekcji CaptureResult
w aplikacji Camera2.
W poście na blogu Jak Instagram umożliwia użytkownikom robienie niesamowitych zdjęć w słabo oświetlonych miejscach wspomnieliśmy o tym, że interfejs API będzie dostępny w krótce. Ten post to praktyczny przewodnik po wdrażaniu trybu nocnego wraz ze szczegółowym przykładem, który łączy wyższej jakości zdjęcia w trybie nocnym w aplikacji z większą liczbą zdjęć udostępnianych z aplikacji za pomocą aparatu.
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 ImageFormat
HEIC_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 adds RuntimeColorFilter
and
RuntimeXfermode
, allowing you to author complex effects like
Threshold, Sepia, and Hue Saturation and apply them to draw calls. Since Android
13, you've been able to use AGSL to create custom
RuntimeShaders that extend Shader
. The new API
mirrors this, adding an AGSL-powered RuntimeColorFilter
that
extends ColorFilter
, and a Xfermode
effect that
lets you implement AGSL-based custom compositing and blending between source and
destination pixels.
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 includes the new RangingManager
, which provides
ways to determine the distance and angle on supported hardware between the local
device and a remote device. RangingManager
supports the usage of a variety of
ranging technologies such as BLE channel sounding, BLE RSSI-based ranging, Ultra
Wideband, and Wi-Fi round trip time.
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
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 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 adds APIs that support sharing access to
Android Keystore keys with other apps. The new
KeyStoreManager
class supports
granting and revoking access to keys
by app uid, and includes an API for apps to access shared
keys.
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 wprowadza 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.