Funkcje i interfejsy API – przegląd

Android 15 wprowadza świetne funkcje i interfejsy API dla deweloperów. W kolejnych sekcjach znajdziesz podsumowanie tych funkcji, które pomoże Ci rozpocząć korzystanie z powiązanych interfejsów API.

Szczegółową listę dodanych, zmodyfikowanych i usuniętych interfejsów API znajdziesz w raporcie o różnicach w interfejsach API. Szczegółowe informacje o dodanych interfejsach API znajdziesz w dokumentacji interfejsu Android API. W przypadku Androida 15 poszukaj interfejsów API dodanych na poziomie 35. Aby dowiedzieć się więcej o obszarach, w których zmiany na platformie mogą mieć wpływ na Twoje aplikacje, zapoznaj się ze zmianami w Androidzie 15 w przypadku aplikacji kierowanych na Androida 15 i w przypadku wszystkich aplikacji.

Aparat i multimedia

Android 15 zawiera wiele funkcji, które poprawiają działanie aparatu i multimediów oraz zapewniają dostęp do narzędzi i sprzętu, które pomagają twórcom realizować swoje pomysły na Androidzie.

Więcej informacji o najnowszych funkcjach i rozwiązaniach dla deweloperów dotyczących multimediów i aparatu na Androida znajdziesz w prezentacji Tworzenie nowoczesnych aplikacji multimedialnych i do obsługi aparatu na Androida z konferencji Google I/O.

Doświetlanie w słabym oświetleniu

Android 15 wprowadza wzmocnienie w słabym oświetleniu, czyli tryb automatycznej ekspozycji dostępny zarówno w aplikacji Aparat 2, jak i w rozszerzeniu aparatu w trybie nocnym. Tryb słabego oświetlenia dostosowuje ekspozycję strumienia podglądu w warunkach słabego oświetlenia. Jest to inne podejście niż w przypadku rozszerzenia aparatu w trybie nocnym, które łączy serię zdjęć w jedno ulepszone zdjęcie. Chociaż tryb nocny doskonale sprawdza się w przypadku zdjęć, nie umożliwia ciągłego przesyłania ujęć, czego nie można powiedzieć o trybie Boost w oświetleniu słabym. Dzięki temu tryb Low Light Boost umożliwia korzystanie z takich funkcji aparatu, jak:

Udostępnianie ulepszonej podglądu obrazu, aby użytkownicy mogli lepiej kadrować zdjęcia w warunkach słabego oświetlenia
Skanowanie kodów QR w warunkach słabego oświetlenia

Jeśli włączysz tryb słabego oświetlenia, włączy się on automatycznie, gdy poziom światła będzie niski, i wyłączy, gdy będzie jaśniej.

Aplikacje mogą nagrywać strumień podglądu w warunkach słabego oświetlenia, aby zapisać film z podwyższoną jasnością.

Więcej informacji znajdziesz w artykule Zwiększanie jasności w słabym oświetleniu.

Ustawienia kamery w aplikacji

Android 15 adds an extension for more control over the camera hardware and its algorithms on supported devices:

Advanced flash strength adjustments enabling precise control of flash intensity in both SINGLE and TORCH modes while capturing images.

Kontrola zakresu dynamicznego HDR

Android 15 chooses HDR headroom that is appropriate for the underlying device capabilities and bit-depth of the panel. For pages that have lots of SDR content, such as a messaging app displaying a single HDR thumbnail, this behavior can end up adversely influencing the perceived brightness of the SDR content. Android 15 lets you control the HDR headroom with setDesiredHdrHeadroom to strike a balance between SDR and HDR content.

The brightness of SDR UI elements on the left screen appears to be more uniform than the brightness on the right screen, which simulates possible headroom issues when HDR and SDR content are mixed. By adjusting the HDR headroom, you can achieve a better balance between the SDR and HDR content.

Sterowanie głośnością

Android 15 obsługuje standard głośności CTA-2075, który pomaga uniknąć niespójności głośności dźwięku i zapewnia, że użytkownicy nie muszą ciągle dostosowywać głośności podczas przełączania się między treściami. System wykorzystuje znane cechy urządzeń wyjściowych (słuchawek i głośników) oraz metadane dotyczące głośności dostępne w treściach audio AAC, aby inteligentnie dostosowywać głośność dźwięku i poziom kompresji zakresu dynamicznego.

Aby włączyć tę funkcję, musisz się upewnić, że metadane dotyczące głośności są dostępne w: swoich treści AAC i włącz tę funkcję w aplikacji. Do tego: utwórz instancję obiektu LoudnessCodecController według Wywołuje metodę fabryczną create z dźwiękiem. identyfikator sesji z powiązanego konta AudioTrack; w tym automatycznie rozpocznie stosowanie aktualizacji audio. Możesz przekazać parametr OnLoudnessCodecUpdateListener, aby zmodyfikować lub odfiltrować parametry głośności, zanim zostaną one zastosowane w MediaCodec.

// Media contains metadata of type MPEG_4 OR MPEG_D
val mediaCodec = …
val audioTrack = AudioTrack.Builder()
                                .setSessionId(sessionId)
                                .build()
...
// Create new loudness controller that applies the parameters to the MediaCodec
try {
   val lcController = LoudnessCodecController.create(mSessionId)
   // Starts applying audio updates for each added MediaCodec
}

Zostanie też zaktualizowany odtwarzacz AndroidX media3 ExoPlayer, Interfejsy API LoudnessCodecController umożliwiające płynną integrację aplikacji.

Wirtualne urządzenia MIDI 2.0

W Androidzie 13 dodano obsługę łączenia się z urządzeniami MIDI 2.0 przez USB, które komunikują się za pomocą pakietów Universal MIDI (UMP). Android 15 rozszerza obsługę UMP na wirtualne aplikacje MIDI, umożliwiając aplikacjom do komponowania sterowanie syntezatorami jako wirtualnym urządzeniem MIDI 2.0, tak jak w przypadku urządzenia USB MIDI 2.0.

Wydajniejsze dekodowanie oprogramowania AV1

dav1d logo

dav1d, the popular AV1 software decoder from VideoLAN is available for Android devices that don't support AV1 decode in hardware. dav1d is up to 3x more performant than the legacy AV1 software decoder, enabling HD AV1 playback for more users, including some low and mid tier devices.

Your app needs to opt-in to using dav1d by invoking it by name "c2.android.av1-dav1d.decoder". dav1d will be made the default AV1 software decoder in a subsequent update. This support is standardized and backported to Android 11 devices that receive Google Play system updates.

Wydajność i narzędzia dla programistów

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 jednak szukamy sposobów, aby ułatwić Ci realizację Twojej wizji na platformie.

Aktualizacje OpenJDK 17

Android 15 kontynuuje odświeżanie podstawowych bibliotek Androida, aby dostosować je do funkcji w najnowszych wersjach OpenJDK LTS.

Zawiera on te najważniejsze funkcje i ulepszenia:

Ulepszenia dotyczące buforów NIO
Transmisje
Dodatkowe metody math i strictmath
util aktualizacje pakietu, w tym sekwencyjne collection, map i set
ByteBuffer w Deflater
Aktualizacje zabezpieczeń, takie jak X500PrivateCredential i aktualizacje klucza zabezpieczeń

Te interfejsy API są aktualizowane na ponad miliardzie urządzeń z Androidem 12 (poziom interfejsu API 31) lub nowszym w ramach aktualizacji systemu Google Play, dzięki czemu możesz kierować reklamy na najnowsze funkcje programistyczne.

Ulepszenia plików PDF

Android 15 includes substantial improvements to the PdfRenderer APIs. Apps can incorporate advanced features such as rendering password-protected files, annotations, form editing, searching, and selection with copy. Linearized PDF optimizations are supported to speed local PDF viewing and reduce resource use. The Jetpack PDF library uses these APIs to simplify adding PDF viewing capabilities to your app.

The latest updates to PDF rendering include features such as searching an embedded PDF file.

The PdfRenderer has been moved to a module that can be updated using Google Play system updates independent of the platform release, and we're supporting these changes back to Android 11 (API level 30) by creating a compatible pre-Android 15 version of the API surface, called PdfRendererPreV.

Ulepszenia automatycznego przełączania języka

Android 14 added on-device, multi-language recognition in audio with automatic switching between languages, but this can cause words to get dropped, especially when languages switch with less of a pause between the two utterances. Android 15 adds additional controls to help apps tune this switching to their use case. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLIS confines the automatic switching to the beginning of the audio session, while EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHES deactivates the language switching after a defined number of switches. These options are particularly useful if you expect that there will be a single language spoken during the session that should be autodetected.

Ulepszony interfejs OpenType Variable Font API

W Androidzie 15 łatwiejsza obsługa czcionki zmiennej OpenType. Za pomocą interfejsu API buildVariableFamily możesz utworzyć instancję FontFamily z czcionki zmiennej bez określania osi wag. W celu dopasowania wyświetlanego tekstu render tekstu zastępuje wartość osi wght.

Korzystanie z interfejsu API znacznie upraszcza kod potrzebny do utworzenia Typeface:

Kotlin

val newTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build()

Java

Typeface newTypeface = Typeface.CustomFallbackBuilder(
            new FontFamily.Builder(
                new Font.Builder(assets, "RobotoFlex.ttf").build())
                    .buildVariableFamily())
    .build();

Wcześniej, aby utworzyć ten sam Typeface, potrzeba więcej więcej kodu:

Kotlin

val oldTypeface = Typeface.CustomFallbackBuilder(
            FontFamily.Builder(
                Font.Builder(assets, "RobotoFlex.ttf")
                    .setFontVariationSettings("'wght' 400")
                    .setWeight(400)
                    .build())
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 100")
                        .setWeight(100)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 200")
                        .setWeight(200)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 300")
                        .setWeight(300)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 500")
                        .setWeight(500)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 600")
                        .setWeight(600)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 700")
                        .setWeight(700)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 800")
                        .setWeight(800)
                        .build()
                )
                .addFont(
                    Font.Builder(assets, "RobotoFlex.ttf")
                        .setFontVariationSettings("'wght' 900")
                        .setWeight(900)
                        .build()
                ).build()
        ).build()

Java

Typeface oldTypeface = new Typeface.CustomFallbackBuilder(
    new FontFamily.Builder(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 400")
            .setWeight(400)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 100")
            .setWeight(100)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 200")
            .setWeight(200)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 300")
            .setWeight(300)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 500")
            .setWeight(500)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 600")
            .setWeight(600)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 700")
            .setWeight(700)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 800")
            .setWeight(800)
            .build()
    )
    .addFont(
        new Font.Builder(assets, "RobotoFlex.ttf")
            .setFontVariationSettings("'wght' 900")
            .setWeight(900)
            .build()
    )
    .build()
).build();

Oto przykład renderowania Typeface utworzonego za pomocą starego i nowego interfejsu API:

Przykład różnicy renderowania kroju czcionki w przypadku nowych i starych wersji
Interfejsy API

W tym przykładzie Typeface utworzony za pomocą starego interfejsu API nie ma możliwości tworzenia dokładnych wartości wagi czcionki dla instancji 350, 450, 550 i 650Font, więc renderowanie wraca do wartości najbliższej. W tym przypadku zamiast 350 wyświetlana jest wartość 300, zamiast 450 – 400 itd. Natomiast interfejs Typeface utworzony przy użyciu nowych interfejsów API dynamicznie tworzy wystąpienie Font dla danej wagi, więc dokładne wagi są renderowane dla 350, 450, 550 i 650.

Szczegółowe ustawienia podziału wiersza

Począwszy od Androida 15 TextView i powiązany z nimi podział wiersza mogą zachować daną część tekstu w tym samym wierszu, aby zwiększyć czytelność. Możesz skorzystać z tej opcji dostosowywania znaku końca wiersza, używając tagu <nobreak> w zasobach napisów lub w pliku createNoBreakSpan. Podobnie możesz zachować słowa przed dzieleniem na sylaby, używając tagu <nohyphen> lub createNoHyphenationSpan.

Na przykład ten zasób z ciągiem znaków nie zawiera podziału wiersza i renderuje się z tekstem „Pixel 8 Pro” w nieodpowiednim miejscu:

<resources>
    <string name="pixel8pro">The power and brains behind Pixel 8 Pro.</string>
</resources>

Ten zasób ciągu znaków zawiera natomiast tag <nobreak>, który otacza wyrażenie „Pixel 8 Pro” i zapobiega podziałom wiersza:

<resources>
    <string name="pixel8pro">The power and brains behind <nobreak>Pixel 8 Pro.</nobreak></string>
</resources>

Różnica w sposobie renderowania tych ciągów znaków jest widoczna na tych obrazach:

Układ wiersza tekstu, w którym wyrażenie „Pixel 8 Pro” nie jest zawijane za pomocą tagu <nobreak>.

Układ tego samego wiersza tekstu, w którym wyrażenie „Pixel 8 Pro” jest zawinięte za pomocą tagu <nobreak>.

Archiwizacja aplikacji

W zeszłym roku Android i Google Play ogłosiły obsługę archiwizacji aplikacji, aby umożliwić użytkownikom zwolnienie miejsca na urządzeniu przez częściowe usunięcie rzadko używanych aplikacji opublikowanych w Google Play za pomocą pakietu aplikacji na Androida. Android 15 obejmuje archiwizację aplikacji na poziomie systemu operacyjnego i cofania archiwizacji, co ułatwia wdrożenie tej funkcji we wszystkich sklepach z aplikacjami.

Aplikacje z uprawnieniami REQUEST_DELETE_PACKAGES mogą wywoływać Metoda PackageInstaller requestArchive prośby o zarchiwizowanie zainstalowany pakiet aplikacji, który usuwa plik APK i wszelkie pliki z pamięci podręcznej, ale pozostaje bez zmian. danych użytkownika. Zarchiwizowane aplikacje są zwracane jako aplikacje, które można wyświetlić w interfejsy API LauncherApps; użytkownicy zobaczą w interfejsie podkreślenie, aplikacje są zarchiwizowane. Jeśli użytkownik kliknie zarchiwizowaną aplikację, odpowiedzialny instalator otrzyma prośbę o przywrócenie go z archiwum. Proces przywracania jest monitorowana przez transmisję ACTION_PACKAGE_ADDED.

Włączanie trybu 16 KB na urządzeniu za pomocą opcji programisty

Włącz opcję programisty Uruchom ze stroną 16 KB, aby uruchomić urządzenie w trybie 16 KB.

W wersjach QPR Androida 15 możesz skorzystać z opcji dla programistów dostępnej na niektórych urządzeniach, aby uruchomić urządzenie w trybie 16 KB i przeprowadzić testowanie na urządzeniu. Zanim skorzystasz z opcji programisty, otwórz Ustawienia > System > Aktualizacje oprogramowania i zastosuj wszystkie dostępne aktualizacje.

Ta opcja dla programistów jest dostępna na tych urządzeniach:

Pixel 8 i 8 Pro (z Androidem 15 QPR1 lub nowszym)
Pixel 8a (z Androidem 15 QPR1 lub nowszym)
Pixel 9, 9 Pro i 9 Pro XL (z Androidem 15 QPR2 lub nowszym)
Pixel 9a (z Androidem 16 lub nowszym)

Grafika

Android 15 wprowadza najnowsze ulepszenia grafiki, w tym ANGLE i dodatki do systemu graficznego Canvas.

Modernizacja dostępu do GPU na Androidzie

Vulkan logo

Android hardware has evolved quite a bit from the early days where the core OS would run on a single CPU and GPUs were accessed using APIs based on fixed-function pipelines. The Vulkan® graphics API has been available in the NDK since Android 7.0 (API level 24) with a lower-level abstraction that better reflects modern GPU hardware, scales better to support multiple CPU cores, and offers reduced CPU driver overhead — leading to improved app performance. Vulkan is supported by all modern game engines.

Vulkan is Android's preferred interface to the GPU. Therefore, Android 15 includes ANGLE as an optional layer for running OpenGL® ES on top of Vulkan. Moving to ANGLE will standardize the Android OpenGL implementation for improved compatibility, and, in some cases, improved performance. You can test out your OpenGL ES app stability and performance with ANGLE by enabling the developer option in Settings -> System -> Developer Options -> Experimental: Enable ANGLE on Android 15.

The Android ANGLE on Vulkan roadmap

Roadmap of upcoming changes to the Android GPU APIs.

As part of streamlining our GPU stack, going forward we will be shipping ANGLE as the GL system driver on more new devices, with the future expectation that OpenGL/ES will be only available through ANGLE. That being said, we plan to continue support for OpenGL ES on all devices.

Recommended next steps

Use the developer options to select the ANGLE driver for OpenGL ES and test your app. For new projects, we strongly encourage using Vulkan for C/C++.

Ulepszenia Canvas

Android 15 continues our modernization of Android's Canvas graphics system with additional capabilities:

Matrix44 provides a 4x4 matrix for transforming coordinates that should be used when you want to manipulate the canvas in 3D.
clipShader intersects the current clip with the specified shader, while clipOutShader sets the clip to the difference of the current clip and the shader, each treating the shader as an alpha mask. This supports the drawing of complex shapes efficiently.

Wydajność i bateria

Android nadal koncentruje się na pomaganiu w poprawianiu wydajności i jakości aplikacji. Android 15 wprowadza interfejsy API, które pomagają wydajniej wykonywać zadania w aplikacji, optymalizować jej działanie i zbierać o niej informacje.

Aby poznać sprawdzone metody oszczędzania baterii, debugowania wykorzystania sieci i energii oraz dowiedzieć się więcej o tym, jak zwiększamy wydajność baterii w przypadku pracy w tle na Androidzie 15 i nowszych wersjach Androida, obejrzyj prezentację Zwiększanie wydajności baterii w przypadku pracy w tle na Androidzie z konferencji Google I/O.

ApplicationStartInfo API

W poprzednich wersjach Androida uruchamianie aplikacji było trochę tajemnicze. Trudno było określić, czy aplikacja została uruchomiona „na zimno”, „na ciepło” czy z pamięci. Trudno też było ustalić, ile czasu aplikacja spędziła w różnych fazach uruchamiania: dzielenia procesu, wywoływania funkcji onCreate, rysowania pierwszego kadru itp. Gdy instancja klasy Application została utworzona, nie było sposobu na ustalenie, czy aplikacja została uruchomiona przez transmisję, dostawcę treści, zadanie, kopię zapasową, uruchomienie, alarm czy Activity.

Interfejs API ApplicationStartInfo w Androidzie 15 zapewnia wszystkie te funkcje i wiele więcej. Możesz nawet dodać do przepływu własne sygnały czasu, aby zbierać dane o czasie w jednym miejscu. Oprócz zbierania danych możesz używać ApplicationStartInfo do bezpośredniej optymalizacji uruchamiania aplikacji. Możesz na przykład wyeliminować kosztowne instancjonowanie bibliotek związanych z interfejsem użytkownika w klasie Application, gdy aplikacja uruchamia się z powodu transmisji.

Szczegółowe informacje o rozmiarze aplikacji

Since Android 8.0 (API level 26), Android has included the StorageStats.getAppBytes API that summarizes the installed size of an app as a single number of bytes, which is a sum of the APK size, the size of files extracted from the APK, and files that were generated on the device such as ahead-of-time (AOT) compiled code. This number is not very insightful in terms of how your app is using storage.

Android 15 adds the StorageStats.getAppBytesByDataType([type]) API, which lets you get insight into how your app is using up all that space, including APK file splits, AOT and speedup related code, dex metadata, libraries, and guided profiles.

Profilowanie zarządzane przez aplikację

Android 15 zawiera klasę ProfilingManager, która umożliwia zbieranie informacji o profilowaniu z aplikacji, takich jak zrzuty stosu, profile stosu, próbkowanie stosu itp. Wywołuje ona Twoją aplikację z dołączonym tagiem, aby zidentyfikować plik wyjściowy, który jest dostarczany do katalogu plików aplikacji. Interfejs API stosuje ograniczanie szybkości, aby zminimalizować wpływ na wydajność.

Aby uprościć tworzenie żądań profilowania w aplikacji, zalecamy użycie odpowiedniego interfejsu AndroidX API Profiling, dostępnego w wersji Core 1.15.0-rc01 lub nowszej.

Ulepszenia bazy danych SQLite

Android 15 introduces SQLite APIs that expose advanced features from the underlying SQLite engine that target specific performance issues that can manifest in apps. These APIs are included with the update of SQLite to version 3.44.3.

Developers should consult best practices for SQLite performance to get the most out of their SQLite database, especially when working with large databases or when running latency-sensitive queries.

Read-only deferred transactions: when issuing transactions that are read-only (don't include write statements), use beginTransactionReadOnly() and beginTransactionWithListenerReadOnly(SQLiteTransactionListener) to issue read-only DEFERRED transactions. Such transactions can run concurrently with each other, and if the database is in WAL mode, they can run concurrently with IMMEDIATE or EXCLUSIVE transactions.
Row counts and IDs: APIs were added to retrieve the count of changed rows or the last inserted row ID without issuing an additional query. getLastChangedRowCount() returns the number of rows that were inserted, updated, or deleted by the most recent SQL statement within the current transaction, while getTotalChangedRowCount() returns the count on the current connection. getLastInsertRowId() returns the rowid of the last row to be inserted on the current connection.
Raw statements: issue a raw SQlite statement, bypassing convenience wrappers and any additional processing overhead that they may incur.

Aktualizacje Android Dynamic Performance Framework

Android 15 continues our investment in the Android Dynamic Performance Framework (ADPF), a set of APIs that allow games and performance intensive apps to interact more directly with power and thermal systems of Android devices. On supported devices, Android 15 adds ADPF capabilities:

A power-efficiency mode for hint sessions to indicate that their associated threads should prefer power saving over performance, great for long-running background workloads.
GPU and CPU work durations can both be reported in hint sessions, allowing the system to adjust CPU and GPU frequencies together to best meet workload demands.
Thermal headroom thresholds to interpret possible thermal throttling status based on headroom prediction.

To learn more about how to use ADPF in your apps and games, head over to the documentation.

Prywatność

Android 15 zawiera różne funkcje, które pomagają programistom chronić prywatność użytkowników.

Wykrywanie nagrywania ekranu

Android 15 obsługuje aplikacje, aby wykrywać w trakcie nagrywania. Funkcja wywołania zwrotnego jest wywoływana, gdy aplikacja przechodzi z widocznego stanu do niewidocznego w nagraniu ekranu. Aplikacja jest są uznawane za widoczne, jeśli działania należące do identyfikatora UID procesu rejestracji są nie są zapisywane. Dzięki temu, jeśli aplikacja wykonuje działanie związane z poufnymi danymi, możesz poinformować użytkownika, że jest nagrywany.

val mCallback = Consumer<Int> { state ->
  if (state == SCREEN_RECORDING_STATE_VISIBLE) {
    // We're being recorded
  } else {
    // We're not being recorded
  }
}

override fun onStart() {
   super.onStart()
   val initialState =
      windowManager.addScreenRecordingCallback(mainExecutor, mCallback)
   mCallback.accept(initialState)
}

override fun onStop() {
    super.onStop()
    windowManager.removeScreenRecordingCallback(mCallback)
}

Rozszerzone możliwości IntentFilter

Android 15 builds in support for more precise Intent resolution through UriRelativeFilterGroup, which contains a set of UriRelativeFilter objects that form a set of Intent matching rules that must each be satisfied, including URL query parameters, URL fragments, and blocking or exclusion rules.

These rules can be defined in the AndroidManifest XML file with the <uri-relative-filter-group> tag, which can optionally include an android:allow tag. These tags can contain <data> tags that use existing data tag attributes as well as the android:query and android:fragment attributes.

Here's an example of the AndroidManifest syntax:

<intent-filter android:autoVerify="true">
  <action android:name="android.intent.action.VIEW" />
  <category android:name="android.intent.category.BROWSABLE" />
  <category android:name="android.intent.category.DEFAULT" />
  <data android:scheme="http" />
  <data android:scheme="https" />
  <data android:host="astore.com" />
  <uri-relative-filter-group>
    <data android:pathPrefix="/auth" />
    <data android:query="region=na" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:query="mobileoptout=true" />
  </uri-relative-filter-group>
  <uri-relative-filter-group android:allow="false">
    <data android:pathPrefix="/auth" />
    <data android:fragmentPrefix="faq" />
  </uri-relative-filter-group>
</intent-filter>

Przestrzeń prywatna

Przestrzeń prywatną można odblokować i zablokować, aby wyświetlać lub ukrywać poufne aplikacje na urządzeniu.

Przestrzeń prywatna umożliwia użytkownikom utworzenie osobnego obszaru na urządzeniu, w którym mogą ukryć aplikacje poufne przed ciekawskimi spojrzeniami, korzystając z dodatkowego poziomu uwierzytelniania. Przestrzeń prywatna korzysta z osobnego profilu użytkownika. Użytkownik może wybrać blokadę urządzenia lub osobny czynnik blokady dla przestrzeni prywatnej.

Aplikacje w obszarze prywatnym są widoczne w oddzielnym kontenerze w wyszukiwarce i są ukryte w widoku Ostatnie, w powiadomieniach, ustawieniach i innych aplikacjach, gdy obszar prywatny jest zablokowany. Treści utworzone i pobrane przez użytkownika (np. multimedia lub pliki) oraz konta są rozdzielone między przestrzeń prywatną a przestrzeń główną. Arkusz udostępniania i selektor zdjęć można używać do przyznawania aplikacjom dostępu do treści w różnych przestrzeniach, gdy przestrzeń prywatna jest odblokowana.

Użytkownicy nie mogą przenosić istniejących aplikacji i ich danych do przestrzeni prywatnej. Zamiast tego użytkownicy wybierają opcję instalacji w przestrzeni prywatnej, aby zainstalować aplikację w dowolnym sklepie z aplikacjami. Aplikacje w przestrzeni prywatnej są instalowane jako osobne kopie aplikacji w przestrzeni głównej (nowe kopie tej samej aplikacji).

Gdy użytkownik zablokuje przestrzeń prywatną, profil zostanie zatrzymany. Gdy profil jest zatrzymany, aplikacje w obszarze prywatnej nie są już aktywne i nie mogą wykonywać działań na pierwszym planie ani w tle, w tym wyświetlać powiadomień.

Zalecamy przetestowanie aplikacji w obszarze prywatnym, aby mieć pewność, że działa ona zgodnie z oczekiwaniami, zwłaszcza jeśli należy do jednej z tych kategorii:

Aplikacje z logiką dla profili służbowych, która zakłada, że wszystkie zainstalowane kopie aplikacji, które nie znajdują się na profilu głównym, znajdują się na profilu służbowym.
Aplikacje medyczne
Aplikacje menu
Aplikacje ze sklepu z aplikacjami

Sprawdzanie najnowszych wyborów użytkownika w przypadku dostępu do wybranych zdjęć

Aplikacje mogą teraz wyróżniać tylko ostatnio wybrane zdjęcia i filmy, gdy użytkownik przyzna uprawnienia do multimediów w ramach dostępu częściowego. Ta funkcja może poprawić wyniki aplikacji, które często proszą o dostęp do zdjęć, filmy. Aby korzystać z tej funkcji w aplikacji, włącz argument QUERY_ARG_LATEST_SELECTION_ONLY podczas wysyłania zapytania MediaStore za pomocą interfejsu ContentResolver.

Kotlin

val externalContentUri = MediaStore.Files.getContentUri("external")

val mediaColumns = arrayOf(
   FileColumns._ID,
   FileColumns.DISPLAY_NAME,
   FileColumns.MIME_TYPE,
)

val queryArgs = bundleOf(
   // Return only items from the last selection (selected photos access)
   QUERY_ARG_LATEST_SELECTION_ONLY to true,
   // Sort returned items chronologically based on when they were added to the device's storage
   QUERY_ARG_SQL_SORT_ORDER to "${FileColumns.DATE_ADDED} DESC",
   QUERY_ARG_SQL_SELECTION to "${FileColumns.MEDIA_TYPE} = ? OR ${FileColumns.MEDIA_TYPE} = ?",
   QUERY_ARG_SQL_SELECTION_ARGS to arrayOf(
       FileColumns.MEDIA_TYPE_IMAGE.toString(),
       FileColumns.MEDIA_TYPE_VIDEO.toString()
   )
)

Java

Uri externalContentUri = MediaStore.Files.getContentUri("external");

String[] mediaColumns = {
    FileColumns._ID,
    FileColumns.DISPLAY_NAME,
    FileColumns.MIME_TYPE
};

Bundle queryArgs = new Bundle();
queryArgs.putBoolean(MediaStore.QUERY_ARG_LATEST_SELECTION_ONLY, true);
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SORT_ORDER, FileColumns.DATE_ADDED + " DESC");
queryArgs.putString(MediaStore.QUERY_ARG_SQL_SELECTION, FileColumns.MEDIA_TYPE + " = ? OR " + FileColumns.MEDIA_TYPE + " = ?");
queryArgs.putStringArray(MediaStore.QUERY_ARG_SQL_SELECTION_ARGS, new String[] {
    String.valueOf(FileColumns.MEDIA_TYPE_IMAGE),
    String.valueOf(FileColumns.MEDIA_TYPE_VIDEO)
});

Piaskownica prywatności na Androida

Android 15 includes the latest Android Ad Services extensions, incorporating the latest version of the Privacy Sandbox on Android. This addition is part of our work to develop technologies that improve user privacy and enable effective, personalized advertising experiences for mobile apps. Our privacy sandbox page has more information about the Privacy Sandbox on Android developer preview and beta programs to help you get started.

Health Connect

Android 15 łączy najnowsze rozszerzenia Health Connect by Android – bezpieczne i scentralizowane platforma, która pozwala zarządzać zbieranymi przez aplikacje danymi o zdrowiu i aktywności fizycznej oraz je udostępniać. Ta aktualizacja obsługa dodatkowych typów danych dotyczących fitnessu, odżywianie, temperatura skóry, plany treningów itp.

Śledzenie temperatury skóry umożliwia użytkownikom przechowywanie i udostępnianie dokładniejszych danych o temperaturze z urządzenia do noszenia lub innego urządzenia śledzącego.

Plany treningowe to usystematyzowane plany treningowe, które pomagają użytkownikom osiągnąć cele fitnessowe. Plany treningowe obejmują różne cele dotyczące ukończenia i wyników:

Cele dotyczące ukończenia treningu związane z spalaniem kalorii, dystansem, czasem trwania, powtórzeniem i liczbą kroków.
Docelowa skuteczność w okolicach jak najwięcej powtórzeń (AMRAP), kadencja, tętno, moc, ostrzegalne tempo wysiłku oraz prędkości.

Więcej informacji o najnowszych aktualizacjach Health Connect na Androidzie znajdziesz w prezencie Tworzenie dostosowanych usług z Androidem Health z Google I/O.

Android 15 supports app screen sharing so users can share or record just an app window rather than the entire device screen. This feature, first enabled in Android 14 QPR2, includes MediaProjection callbacks that allow your app to customize the app screen sharing experience. Note that for apps targeting Android 14 (API level 34) or higher, user consent is required for each MediaProjection capture session.

Wrażenia użytkowników i interfejs systemu

Android 15 zapewnia deweloperom aplikacji i użytkownikom większą kontrolę i elastyczność w konfigurowaniu urządzenia pod kątem swoich potrzeb.

Więcej informacji o tym, jak wykorzystać najnowsze ulepszenia w Androidzie 15, aby zwiększyć wygodę korzystania z aplikacji, znajdziesz w prezentacji Ulepszanie wrażeń użytkowników aplikacji na Androida z Google I/O.

Bogatsze podglądy widżetów dzięki interfejsowi Generated Previews API

Before Android 15, the only way to provide widget picker previews was to specify a static image or layout resource. These previews often differ significantly from the look of the actual widget when it is placed on the home screen. Also, static resources can't be created with Jetpack Glance, so a Glance developer had to screenshot their widget or create an XML layout to have a widget preview.

Android 15 adds support for generated previews. This means that app widget providers can generate RemoteViews to use as the picker preview, instead of a static resource.

Apps can provide Remote Views to the Widget Picker, so they can update the content in the picker to be more representative of what the user will see.

Push API

Apps can provide generated previews through a push API. Apps can provide previews at any point in their lifecycle, and don't receive an explicit request from the host to provide previews. Previews are persisted in AppWidgetService, and hosts can request them on-demand. The following example loads an XML widget layout resource and sets it as the preview:

AppWidgetManager.getInstance(appContext).setWidgetPreview(
   ComponentName(
       appContext,
       SociaLiteAppWidgetReceiver::class.java
   ),
   AppWidgetProviderInfo.WIDGET_CATEGORY_HOME_SCREEN,
   RemoteViews("com.example", R.layout.widget_preview)
)

The expected flow is:

At any time, the widget provider calls setWidgetPreview. The provided previews are persisted in AppWidgetService with other provider info.
setWidgetPreview notifies hosts of an updated preview through the AppWidgetHost.onProvidersChanged callback. In response, the widget host reloads all of its provider information.
When displaying a widget preview, the host checks AppWidgetProviderInfo.generatedPreviewCategories, and if the chosen category is available, calls AppWidgetManager.getWidgetPreview to return the saved preview for this provider.

When to call `setWidgetPreview`

Because there is no callback to provide previews, apps can choose to send previews at any point when they are running. How often to update the preview depends on the widget's use case.

The following list describes the two main categories of preview use cases:

Providers that show real data in their widget previews, such as personalized or recent information. These providers can set the preview once the user has signed in or has done initial configuration in their app. After this, they can set up a periodic task to update the previews at their chosen cadence. Examples of this type of widget could be a photo, calendar, weather or news widget.
Providers that show static information in previews or quick-action widgets that don't display any data. These providers can set previews once, when the app first launches. Examples of this type of widget include a drive quick actions widget or chrome shortcuts widget.

Some providers might show static previews on the hub mode picker, but real information on the homescreen picker. These providers should follow the guidance for both of these use cases to set previews.

Obraz w obrazie

Android 15 wprowadza zmiany w trybie obrazu w obrazie (PIP), które zapewniają jeszcze płynniejsze przejście do tego trybu. Jest to korzystne w przypadku aplikacji, które mają elementy UI nałożone na główny interfejs użytkownika i przechodzą do trybu PiP.

Deweloperzy używają wywołania zwrotnego onPictureInPictureModeChanged do definiowania logiki który przełącza widoczność nakładanych elementów interfejsu. Ten wywołanie zwrotne jest wywoływane po zakończeniu animacji otwierania lub zamykania okna PiP. Początek za Androida 15, klasa PictureInPictureUiState zawiera kolejny stan.

W takim stanie interfejsu aplikacje kierowane na Androida 15 (poziom interfejsu API 35) odnotowują Wywołanie zwrotne Activity#onPictureInPictureUiStateChanged z isTransitioningToPip() od razu po rozpoczęciu animacji funkcji obraz w obrazie. Istnieją wiele elementów interfejsu, które nie są istotne dla aplikacji w trybie Obraz w obrazie, przykładowe widoki lub układ strony z informacjami, takimi jak sugestie, filmów, ocen i tytułów. Gdy aplikacja przejdzie do trybu Picture-in-Picture, użyj wywołania zwrotnego onPictureInPictureUiStateChanged, aby ukryć te elementy interfejsu. Gdy przejdzie do trybu pełnoekranowego z okna funkcji obraz w obrazie, użyj Wywołanie zwrotne onPictureInPictureModeChanged do odkrycia tych elementów, jak w tym przykładzie w tych przykładach:

override fun onPictureInPictureUiStateChanged(pipState: PictureInPictureUiState) {
        if (pipState.isTransitioningToPip()) {
          // Hide UI elements
        }
    }

override fun onPictureInPictureModeChanged(isInPictureInPictureMode: Boolean) {
        if (isInPictureInPictureMode) {
          // Unhide UI elements
        }
    }

Ten szybki przełącznik widoczności nieistotnych elementów interfejsu (dla okna PIP) pomaga aby uzyskać płynniejszą i wolną od migotania animacja PIP.

Ulepszone reguły trybu Nie przeszkadzać

AutomaticZenRule umożliwia aplikacjom dostosowywanie uwagi Reguły zarządzania (Nie przeszkadzać) i określanie, kiedy mają być aktywowane lub dezaktywowane . Android 15 znacznie ulepsza te reguły, aby poprawić komfort użytkowników. Wprowadzono te ulepszenia:

Dodaję typy do AutomaticZenRule, aby umożliwić systemowi zastosowanie specjalnych traktowanie pewnych zasad.
Dodaję ikonę do interfejsu AutomaticZenRule, aby pomóc w ulepszaniu trybów i rozpoznawalna.
Dodawanie do AutomaticZenRule ciągu triggerDescription, który opisuje warunki, po spełnieniu których reguła powinna zostać aktywowana dla użytkownika.
Dodane ZenDeviceEffects do AutomaticZenRule, co umożliwia regułom wywoływanie takich funkcji jak skali szarości wyświetlacza, tryb nocny lub przyciemnienie tapety.

Ustawianie VibrationEffect dla kanałów powiadomień

Android 15 obsługuje ustawienia silnych wibracji dla przychodzących powiadomień przez za pomocą NotificationChannel.setVibrationEffect, więc użytkownicy mogą odróżniać różne typy powiadomień bez patrząc na urządzenie.

Element na pasku stanu wyświetlania multimediów i automatyczne zatrzymywanie

Media projection can expose private user information. A new, prominent status bar chip makes users aware of any ongoing screen projection. Users can tap the chip to stop screen casting, sharing, or recording. Also, for a more intuitive user experience, any in‑progress screen projection now automatically stops when the device screen is locked.

Status bar chip for screen sharing, casting, and recording.

Duże ekrany i formaty

Android 15 zapewnia aplikacjom obsługę, która pozwala w pełni wykorzystać możliwości różnych form urządzeń z Androidem, w tym dużych ekranów, urządzeń składanych i z klapką.

Ulepszona wielozadaniowość na dużym ekranie

Users can save their favorite split-screen app combinations for
quick access

Android 15 gives users better ways to multitask on large screen devices. For example, users can save their favorite split-screen app combinations for quick access and pin the taskbar on screen to quickly switch between apps. This means that making sure your app is adaptive is more important than ever.

Google I/O has sessions on Building adaptive Android apps and Building UI with the Material 3 adaptive library that can help, and our documentation has more to help you Design for large screens.

Obsługa ekranu zewnętrznego

Your app can declare a property that Android 15 uses to allow your Application or Activity to be presented on the small cover screens of supported flippable devices. These screens are too small to be considered as compatible targets for Android apps to run on, but your app can opt in to supporting them, making your app available in more places.

Łączność

Android 15 aktualizuje platformę, aby zapewnić Twojej aplikacji dostęp do najnowszych osiągnięć w zakresie technologii komunikacyjnych i bezprzewodowych.

Obsługa satelitarna

Android 15 continues to extend platform support for satellite connectivity and includes some UI elements to ensure a consistent user experience across the satellite connectivity landscape.

Apps can use ServiceState.isUsingNonTerrestrialNetwork() to detect when a device is connected to a satellite, giving them more awareness of why full network services might be unavailable. Additionally, Android 15 provides support for SMS and MMS apps as well as preloaded RCS apps to use satellite connectivity for sending and receiving messages.

A notification appears when the device connects to a satellite.

Płynniejsze działanie NFC

Android 15 czyni korzystanie z płatności zbliżeniowych wygodniejszym i bardziej niezawodnym, a jednocześnie nadal obsługuje solidny ekosystem aplikacji NFC. Na obsługiwanych urządzeniach aplikacje mogą prosić NfcAdapter o wejście w tryb obserwacji, w którym urządzenie nasłuchuje, ale nie reaguje na czytniki NFC, wysyłając PollingFrame obiekty usługi NFC aplikacji do przetwarzania. Obiekty PollingFrame mogą być używane do uwierzytelniania przed pierwszym nawiązaniem komunikacji z czytnikiem NFC, co w wielu przypadkach umożliwia transakcję jednym kliknięciem.

Aplikacje mogą też zarejestrować filtr na obsługiwanych urządzeniach, aby otrzymywać powiadomienia o aktywności pętli zapytań, co umożliwia płynne działanie z wieloma aplikacjami obsługującymi NFC.

Rola w Portfelu

Android 15 introduces a Wallet role that allows tighter integration with the user's preferred wallet app. This role replaces the NFC default contactless payment setting. Users can manage the Wallet role holder by navigating to Settings > Apps > Default Apps.

The Wallet role is used when routing NFC taps for AIDs registered in the payment category. Taps always go to the Wallet role holder unless another app that is registered for the same AID is running in the foreground.

This role is also used to determine where the Wallet Quick Access tile should go when activated. When the role is set to "None", the Quick Access tile isn't available and payment category NFC taps are only delivered to the foreground app.

Bezpieczeństwo

Android 15 pomaga zwiększyć bezpieczeństwo aplikacji, chronić jej dane oraz zapewnia użytkownikom większą przejrzystość i kontrolę nad ich danymi. Więcej informacji o tym, co robimy, aby ulepszać zabezpieczenia użytkowników i chronić Twoją aplikację przed nowymi zagrożeniami, znajdziesz w prezentacji Safeguarding user security on Android (Zapewnianie bezpieczeństwa użytkowników na Androidzie) z konferencji Google I/O.

Integracja Credential Manager z autouzupełnianiem

Począwszy od Androida 15 deweloperzy mogą połączyć określone widoki, takie jak pola nazwy użytkownika lub hasła, z żądaniami menedżera danych uwierzytelniających, co ułatwia dostosowanie interfejsu do potrzeb użytkownika podczas procesu logowania. Gdy użytkownik skupi się na jednym z tych widoków, do Menedżera danych logowania zostanie wysłane odpowiednie żądanie. Uzyskane dane są agregowane w ramach dostawców i wyświetlane w interfejsach autouzupełniania, takich jak sugestie w polu tekstowym lub sugestie w menu. Biblioteka Jetpack androidx.credentials to preferowany punkt końcowy dla deweloperów. Wkrótce będzie ona dostępna w celu dalszego ulepszania tej funkcji w Androidzie 15 i nowszych.

Integracja rejestracji i logowania jednym dotknięciem z prośbami o uwierzytelnianie biometryczne

Credential Manager integrates biometric prompts into the credential creation and sign-in processes, eliminating the need for providers to manage biometric prompts. As a result, credential providers only need to focus on the results of the create and get flows, augmented with the biometric flow result. This simplified process creates a more efficient and streamlined credential creation and retrieval process.

Zarządzanie kluczami w przypadku pełnego szyfrowania

We are introducing the E2eeContactKeysManager in Android 15, which facilitates end-to-end encryption (E2EE) in your Android apps by providing an OS-level API for the storage of cryptographic public keys.

The E2eeContactKeysManager is designed to integrate with the platform contacts app to give users a centralized way to manage and verify their contacts' public keys.

Sprawdzanie uprawnień dotyczących identyfikatorów URI treści

Android 15 wprowadza zestaw interfejsów API, które przeprowadzają sprawdzanie uprawnień w przypadku adresów URI treści:

Context.checkContentUriPermissionFull: sprawdzanie wszystkich uprawnień w przypadku identyfikatorów URI treści.
Atrybut pliku manifestu Activity requireContentUriPermissionFromCaller: podczas uruchamiania aktywności wymusza określone uprawnienia dla podanych identyfikatorów URI treści.
ComponentCaller class dla wywołujących Activity: ta klasa reprezentuje aplikację, która uruchomiła aktywność.

Ułatwienia dostępu

Android 15 zawiera funkcje, które zwiększają dostępność dla użytkowników.

Better Braille

In Android 15, we've made it possible for TalkBack to support Braille displays that are using the HID standard over both USB and secure Bluetooth.

This standard, much like the one used by mice and keyboards, will help Android support a wider range of Braille displays over time.

Internacjonalizacja

Android 15 zawiera funkcje i możliwości, które uzupełniają wygodę korzystania z urządzenia w różnych językach.

Czcionka zmienna CJK

Starting with Android 15, the font file for Chinese, Japanese, and Korean (CJK) languages, NotoSansCJK, is now a variable font. Variable fonts open up possibilities for creative typography in CJK languages. Designers can explore a broader range of styles and create visually striking layouts that were previously difficult or impossible to achieve.

How the variable font for Chinese, Japanese, and Korean (CJK) languages appears with different font widths.

Justowanie między znakami

Starting with Android 15, text can be justified utilizing letter spacing by using JUSTIFICATION_MODE_INTER_CHARACTER. Inter-word justification was first introduced in Android 8.0 (API level 26), and inter-character justification provides similar capabilities for languages that use the whitespace character for segmentation, such as Chinese, Japanese, and others.

Layout for Japanese text using JUSTIFICATION_MODE_NONE.

Layout for English text using JUSTIFICATION_MODE_NONE.

Layout for Japanese text using JUSTIFICATION_MODE_INTER_WORD.

Layout for English text using JUSTIFICATION_MODE_INTER_WORD.

Layout for Japanese text using the JUSTIFICATION_MODE_INTER_CHARACTER.

Layout for English text using the JUSTIFICATION_MODE_INTER_CHARACTER.

Konfiguracja automatycznego podziału wiersza

Android started supporting phrase-based line breaks for Japanese and Korean in Android 13 (API level 33). However, while phrase-based line breaks improve the readability of short lines of text, they don't work well for long lines of text. In Android 15, apps can apply phrase-based line breaks only for short lines of text, using the LINE_BREAK_WORD_STYLE_AUTO option. This option selects the best word style option for the text.

For short lines of text, phrase-based line breaks are used, functioning the same as LINE_BREAK_WORD_STYLE_PHRASE, as shown in the following image:

For short lines of text, `LINE_BREAK_WORD_STYLE_AUTO` applies phrase-based line breaks to improve the readability of the text. This is the same as applying `LINE_BREAK_WORD_STYLE_PHRASE`.

For longer lines of text, LINE_BREAK_WORD_STYLE_AUTO uses a no line-break word style, functioning the same as LINE_BREAK_WORD_STYLE_NONE, as shown in the following image:

For long lines of text, `LINE_BREAK_WORD_STYLE_AUTO` applies no line-break word style to improve the readability of the text. This is the same as applying `LINE_BREAK_WORD_STYLE_NONE`.

Dodatkowa czcionka japońska Hentaigana

W Androidzie 15 domyślnie jest dołączony plik czcionki starej japońskiej Hiragana (zwanej Hentaigana). Dzięki wyjątkowym kształtom postaci hentaigana charakterystyczne dla dzieła sztuki lub wzornictwa, a także pomagają zachować wierność przekazywanie i rozumienie starożytnych japońskich dokumentów.

Styl znaków i tekstu dla japońskiego hentaigany czcionki.

VideoLAN cone Copyright (c) 1996-2010 VideoLAN. This logo or a modified version may be used or modified by anyone to refer to the VideoLAN project or any product developed by the VideoLAN team, but does not indicate endorsement by the project.

Vulkan and the Vulkan logo are registered trademarks of the Khronos Group Inc.

OpenGL is a registered trademark and the OpenGL ES logo is a trademark of Hewlett Packard Enterprise used by permission by Khronos.

Funkcje i interfejsy API – przegląd Zadbaj o dobrą organizację dzięki kolekcji Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.

Aparat i multimedia

Doświetlanie w słabym oświetleniu

Ustawienia kamery w aplikacji

Kontrola zakresu dynamicznego HDR

Sterowanie głośnością

Wirtualne urządzenia MIDI 2.0

Wydajniejsze dekodowanie oprogramowania AV1

Wydajność i narzędzia dla programistów

Aktualizacje OpenJDK 17

Ulepszenia plików PDF

Ulepszenia automatycznego przełączania języka

Ulepszony interfejs OpenType Variable Font API

Kotlin

Java

Kotlin

Java

Szczegółowe ustawienia podziału wiersza

Archiwizacja aplikacji

Włączanie trybu 16 KB na urządzeniu za pomocą opcji programisty

Grafika

Modernizacja dostępu do GPU na Androidzie

The Android ANGLE on Vulkan roadmap

Recommended next steps

Ulepszenia Canvas

Wydajność i bateria

ApplicationStartInfo API

Szczegółowe informacje o rozmiarze aplikacji

Profilowanie zarządzane przez aplikację

Ulepszenia bazy danych SQLite

Aktualizacje Android Dynamic Performance Framework

Prywatność

Wykrywanie nagrywania ekranu

Rozszerzone możliwości IntentFilter

Przestrzeń prywatna

Sprawdzanie najnowszych wyborów użytkownika w przypadku dostępu do wybranych zdjęć

Kotlin

Java

Piaskownica prywatności na Androida

Health Connect

Udostępnianie ekranu aplikacji

Wrażenia użytkowników i interfejs systemu

Bogatsze podglądy widżetów dzięki interfejsowi Generated Previews API

Push API

When to call setWidgetPreview

Obraz w obrazie

Ulepszone reguły trybu Nie przeszkadzać

Ustawianie VibrationEffect dla kanałów powiadomień

Element na pasku stanu wyświetlania multimediów i automatyczne zatrzymywanie

Duże ekrany i formaty

Ulepszona wielozadaniowość na dużym ekranie

Obsługa ekranu zewnętrznego

Łączność

Obsługa satelitarna

Płynniejsze działanie NFC

Rola w Portfelu

Bezpieczeństwo

Integracja Credential Manager z autouzupełnianiem

Integracja rejestracji i logowania jednym dotknięciem z prośbami o uwierzytelnianie biometryczne

Zarządzanie kluczami w przypadku pełnego szyfrowania

Sprawdzanie uprawnień dotyczących identyfikatorów URI treści

Ułatwienia dostępu

Better Braille

Internacjonalizacja

Czcionka zmienna CJK

Justowanie między znakami

Konfiguracja automatycznego podziału wiersza

Dodatkowa czcionka japońska Hentaigana

Funkcje i interfejsy API – przegląd

When to call `setWidgetPreview`