Funkcje i interfejsy API

Android 16 wprowadza nowe, świetne 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ż, w jakich obszarach zmiany na platformie 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 Android API 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.

To learn more, see the Progress-centric notifications documentation page.

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

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

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.

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 w realizowaniu Twoich pomysłów.

Zarządzanie treściami 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ń

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 Headroom 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 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.

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 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 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 lepszą obsługę profesjonalnych aparatów, umożliwiając hybrydalną automatyczną ekspozycję oraz dokładne dostosowanie temperatury i odsłonięcia kolorów. Nowy wskaźnik trybu nocnego pomaga aplikacji określić, kiedy włączyć i wyłączyć tryb nocny kamery. Nowe działania Intent ułatwiają robienie zdjęć w ruchu. Nadal ulepszamy zdjęcia w technologii Ultra HDR, 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 kolorów i odcienia;

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

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 w trybie 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.

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 zapewnić 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.

Multimedia

Android 16 zawiera wiele funkcji, które ułatwiają korzystanie z multimediów.

Ulepszenia selektora zdjęć

The photo picker provides a safe, built-in way for users to grant your app access to selected images and videos from both local and cloud storage, instead of their entire media library. Using a combination of Modular System Components through Google System Updates and Google Play services, it's supported back to Android 4.4 (API level 19). Integration requires just a few lines of code with the associated Android Jetpack library.

Android 16 includes the following improvements to the photo picker:

• Embedded photo picker: New APIs that enable apps to embed the photo picker into their view hierarchy. This allows it to feel like a more integrated part of the app while still leveraging the process isolation that allows users to select media without the app needing overly broad permissions. To maximize compatibility across platform versions and simplify your integration, you'll want to use the forthcoming Android Jetpack library if you want to integrate the embedded photo picker.
• Cloud search in photo picker: New APIs that enable searching from the cloud media provider for the Android photo picker. Search functionality in the photo picker is coming soon.

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 zawiera najnowszą wersję Piaskownicy prywatności na Androida, która jest częścią naszych nieustannych prac nad tworzeniem technologii, w których użytkownicy mają pewność, że ich prywatność jest chroniona. Więcej informacji o programie beta Piaskownicy prywatności na Androida znajdziesz na naszej stronie. Zapoznaj się ze środowiskiem wykonawczym SDK, które umożliwia uruchamianie pakietów SDK w dedykowanym środowisku wykonawczym oddzielonym od aplikacji, w której są one używane. Zapewnia to większą ochronę danych użytkowników podczas ich gromadzenia i udostępniania.

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.

ujednolicony 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 wprowadza funkcje i możliwości, które uzupełniają obsługę urządzenia w różnych językach.

Tekst pionowy

Android 16 adds low-level support for rendering and measuring text vertically to provide foundational vertical writing support for library developers. This is particularly useful for languages like Japanese that commonly use vertical writing systems. A new flag, VERTICAL_TEXT_FLAG, has been added to the Paint class. When this flag is set using Paint.setFlags, Paint's text measurement APIs will report vertical advances instead of horizontal advances, and Canvas will draw text vertically.

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

Users can now customize their measurement system in regional preferences within Settings. The user preference is included as part of the locale code, so you can register a BroadcastReceiver on ACTION_LOCALE_CHANGED to handle locale configuration changes when regional preferences change.

Using formatters can help match the local experience. For example, "0.5 in" in English (United States), is "12,7 mm" for a user who has set their phone to English (Denmark) or who uses their phone in English (United States) with the metric system as the measurement system preference.

To find these settings, open the Settings app and navigate to System > Languages & region.