Android 16 wprowadza nowe funkcje i interfejsy API dla programistów. W kolejnych sekcjach znajdziesz podsumowanie tych funkcji, które pomoże Ci zacząć korzystać z powiązanych interfejsów API.
Szczegółową listę nowych, zmodyfikowanych i usuniętych interfejsów API znajdziesz w raporcie o różnicach w interfejsach API. Więcej informacji o nowych interfejsach API znajdziesz w dokumentacji interfejsów API Androida. Nowe interfejsy API są wyróżnione w celu zwiększenia widoczności.Warto też sprawdzić obszary, w których zmiany na platformie mogą wpłynąć na Twoje aplikacje. Więcej informacji znajdziesz na tych stronach:
- Zmiany w działaniu, które wpływają na aplikacje, gdy są kierowane na Androida 16
- Zmiany w działaniu, które wpływają na wszystkie aplikacje niezależnie od
targetSdkVersion
Główna funkcjonalność
Android zawiera nowe interfejsy API, które rozszerzają podstawowe możliwości systemu Android.
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.
Wygoda użytkowania i interfejs systemu
Android 16 daje programistom i użytkownikom większą kontrolę i elastyczność w konfigurowaniu urządzenia pod kątem swoich potrzeb.
Powiadomienia dotyczące postępu
Android 16 wprowadza powiadomienia dotyczące postępów, które pomagają użytkownikom płynnie śledzić rozpoczęte przez nich od początku do końca ścieżki.
Notification.ProgressStyle to nowy styl powiadomień, który umożliwia tworzenie powiadomień skupionych na postępach. Najważniejsze zastosowania to: przejazdy współdzielone, dostawy i nawigacja. W klasie Notification.ProgressStylemożesz oznaczać stany i milestones w ścieżce użytkownika za pomocą punktów i segmentów.
Więcej informacji znajdziesz na stronie dokumentacji poświęconej powiadomieniom o postępach.
Aktualizacje przewidywanego 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.
Bogatsze 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.
Wydajność programistów i narzędzia
Chociaż większość naszych działań mających na celu zwiększenie Twojej produktywności koncentruje się na narzędziach takich jak Android Studio, Jetpack Compose i biblioteki Android Jetpack, zawsze szukamy sposobów, aby pomóc Ci zrealizować Twoją wizję na platformie.
Obsługa treści w przypadku animowanych tapet
In Android 16, the live wallpaper framework is gaining a new content API to
address the challenges of dynamic, user-driven wallpapers. Currently, live
wallpapers incorporating user-provided content require complex, service-specific
implementations. Android 16 introduces
WallpaperDescription and
WallpaperInstance. WallpaperDescription lets you
identify distinct instances of a live wallpaper from the same service. For
example, a wallpaper that has instances on both the home screen and on the lock
screen may have unique content in both places. The wallpaper picker and
WallpaperManager use this metadata to better present
wallpapers to users, streamlining the process for you to create diverse and
personalized live wallpaper experiences.
Wydajność i bateria
Android 16 wprowadza interfejsy API, które pomagają zbierać informacje o Twoich aplikacjach.
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 was added in Android
15, allowing an app to see reasons
for process start, start type, start times, throttling, and other useful
diagnostic data. Android 16 adds
getStartComponent()
to distinguish what component type triggered the start, which can be helpful for
optimizing the startup flow of your app.
Lepsze sprawdzanie 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
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 API rezerwy 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 dodaje nowe interfejsy API i funkcje ułatwień dostępu, które mogą pomóc Ci udostępnić aplikację 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 źródło dźwięku podczas połączeń głosowych z użyciem aparatów słuchowych LEA
Android 16 adds the capability for users of LE Audio hearing aids to switch between the built-in microphones on the hearing aids and the microphone on their phone for voice calls. This can be helpful in noisy environments or other situations where the hearing aid's microphones might not perform well.
Sterowanie głośnością dźwięków otoczenia w przypadku aparatów 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 rozszerza obsługę profesjonalnych użytkowników aparatu, umożliwiając hybrydowe automatyczne ustawianie ekspozycji oraz precyzyjne dostosowywanie temperatury kolorów i odcieni. Nowy wskaźnik trybu nocnego pomaga aplikacji określić, kiedy przełączyć się na sesję aparatu w trybie nocnym i z powrotem. Nowe działania Intent ułatwiają robienie zdjęć ruchomych, a my nadal ulepszamy obrazy UltraHDR, dodając obsługę kodowania HEIC i nowych parametrów z projektu standardu ISO 21496-1.
Hybrydowe automatyczne ustawianie ekspozycji
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 dostosowywanie temperatury kolorów i odcieni
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.
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) ...
}
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
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 przechwytywania zdjęć ruchomych
Android 16 adds standard Intent actions —
ACTION_MOTION_PHOTO_CAPTURE, and
ACTION_MOTION_PHOTO_CAPTURE_SECURE — which request that
the camera application capture a motion photo and return
it.
You must either pass an extra EXTRA_OUTPUT to control
where the image will be written, or a Uri through
Intent.setClipData(ClipData). If you don't set a
ClipData, it will be copied there for you when calling
Context.startActivity(Intent).
Ulepszenia obrazu UltraHDR
Android 16 continues our work to deliver dazzling image quality with UltraHDR
images. It adds support for UltraHDR images in the HEIC file
format. These images will get ImageFormat type
HEIC_ULTRAHDR and will contain an embedded gainmap similar
to the existing UltraHDR JPEG format. We're working on AVIF support for UltraHDR
as well, so stay tuned.
In addition, Android 16 implements additional parameters in UltraHDR from the ISO 21496-1 draft standard, including the ability to get and set the colorspace that gainmap math should be applied in, as well as support for HDR encoded base images with SDR gainmaps.
Grafika
Android 16 zawiera najnowsze ulepszenia grafiki, takie jak niestandardowe efekty graficzne z AGSL.
Niestandardowe efekty graficzne z 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 zapewnić Twojej aplikacji dostęp do najnowszych osiągnięć w dziedzinie komunikacji i technologii bezprzewodowych.
Określanie odległości z większym 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 określania odległości
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
In Android 16, new APIs are being introduced for binding your companion app
service. Service will be bound when BLE is in range and Bluetooth is connected
and service will be unbound when BLE is out of range or Bluetooth is
disconnected. App will receives a new
'onDevicePresenceEvent()' callback based on various
of DevicePresenceEvent.
More details can be found in
'startObservingDevicePresence(ObservingDevicePresenceRequest)'.
Multimedia
Android 16 zawiera wiele funkcji, które poprawiają jakość 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 profesjonalne opcje wideo
Android 16 introduces support for the Advanced Professional Video (APV) codec which is designed to be used for professional level high quality video recording and post production.
The APV codec standard has the following features:
- Perceptually lossless video quality (close to raw video quality)
- Low complexity and high throughput intra-frame-only coding (without pixel domain prediction) to better support editing workflows
- Support for high bit-rate range up to a few Gbps for 2K, 4K and 8K resolution content, enabled by a lightweight entropy coding scheme
- Frame tiling for immersive content and for enabling parallel encoding and decoding
- Support for various chroma sampling formats and bit-depths
- Support for multiple decoding and re-encoding without severe visual quality degradation
- Support multi-view video and auxiliary video like depth, alpha, and preview
- Support for HDR10/10+ and user-defined metadata
A reference implementation of APV is provided through the OpenAPV project. Android 16 will implement support for the APV 422-10 Profile that provides YUV 422 color sampling along with 10-bit encoding and for target bitrates of up to 2Gbps.
Prywatność
Android 16 zawiera wiele funkcji, które pomagają programistom chronić prywatność użytkowników.
Aktualizacje Health Connect
Health Connect dodaje ACTIVITY_INTENSITY, 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 była umiarkowana czy wysoka.
Health Connect zawiera też zaktualizowane interfejsy API obsługujące dokumenty medyczne. Pozwala to aplikacjom na odczytywanie i zapisywanie dokumentacji medycznej w formacie FHIR za wyraźną zgodą użytkownika.
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ć formaty Androida.
Ustandaryzowany system jakości obrazu i dźwięku w telewizorach
Nowy pakiet MediaQualityw Androidzie 16 udostępnia zestaw standardowych interfejsów API umożliwiających dostęp do profili dźwięku i obrazu oraz ustawień związanych ze sprzętem. Umożliwia to aplikacjom do strumieniowego przesyłania danych wysyłanie zapytań do profili i dynamiczne stosowanie ich do multimediów:
- Filmy z szerszym zakresem dynamicznym wymagają większej dokładności kolorów, aby można było dostrzec subtelne szczegóły w cieniu i dostosować je do światła otoczenia. Dlatego odpowiedni może być profil, który preferuje dokładność kolorów nad jasnością.
- Transmisje na żywo wydarzeń sportowych są często masterowane z wąskim zakresem dynamicznym, ale często oglądane są w świetle dziennym, więc profil, który preferuje jasność nad dokładnością kolorów, może przynieść lepsze rezultaty.
- Pełnowartościowe treści interaktywne wymagają minimalnego przetwarzania w celu zmniejszenia opóźnienia oraz wyższej częstotliwości klatek, dlatego wiele telewizorów jest dostarczanych z profilem gry.
Interfejs API umożliwia aplikacjom przełączanie się między profilami, a użytkownikom dostosowanie obsługiwanych telewizorów do ich treści.
Internacjonalizacja
Android 16 dodaje funkcje i możliwości, które uzupełniają wygodę użytkowania, gdy urządzenie jest używane w różnych językach.
Tekst w pionie
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 miar
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.