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 zacząć korzystać 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. Więcej informacji o dodanych interfejsach API znajdziesz w dokumentacji Android API Reference. W przypadku Androida 15 poszukaj interfejsów API dodanych na poziomie 35. Aby dowiedzieć się, w których obszarach zmiany platformy mogą wpłynąć na Twoje aplikacje, zapoznaj się ze zmianami w działaniu Androida 15 w przypadku aplikacji, które są kierowane na Androida 15 oraz wszystkich aplikacji.

Aparat i multimedia

Android 15 zawiera wiele funkcji, które poprawiają jakość zdjęć i filmów oraz dają dostęp do narzędzi i sprzętu, dzięki którym twórcy mogą realizować swoje pomysły na Androidzie.

Więcej informacji o najnowszych funkcjach i rozwiązaniach dla deweloperów w zakresie multimediów i aparatu na Androidzie znajdziesz w prezentacji Building modern Android media and camera experiences (Tworzenie nowoczesnych rozwiązań multimedialnych i fotograficznych na Androidzie) z Google I/O.

Wzmocnienie przy słabym oświetleniu

Android 15 引入了弱光增强功能，这是一种自动曝光模式，适用于 Camera 2 和夜间模式相机扩展。“弱光增强”功能可在光线昏暗的环境下调整预览画面的曝光度。这与夜间模式相机扩展程序创建静态图片的方式不同，因为夜间模式会将一系列照片组合起来，以创建一张经过增强的单张图片。虽然夜间模式非常适合拍摄静态图片，但无法创建连续的帧流，而“低光增强”功能可以。因此，弱光增强功能可启用相机功能，例如：

  • 提供增强型图片预览，以便用户更好地取景拍摄低光照片
  • 在光线不足的情况下扫描二维码

如果您启用“弱光增强”功能，该功能会在光线较弱时自动开启，在光线较强时关闭。

应用可以在光线昏暗的环境下录制预览画面，以保存经过亮度提升的视频。

如需了解详情，请参阅弱光增强。

Ustawienia aparatu w aplikacji

Android 15 dodaje rozszerzenie, które zapewnia większą kontrolę nad sprzętem aparatu i jego algorytmami na obsługiwanych urządzeniach:

  • Zaawansowane ustawienia siły błysku umożliwiające precyzyjne sterowanie natężeniem błysku w trybach SINGLE i TORCH podczas fotografowania.

Kontrola zakresu HDR

Android 15 wybiera zakres HDR odpowiedni dla możliwości urządzenia i głębi bitowej panelu. W przypadku stron zawierających dużo treści SDR, takich jak aplikacja do obsługi wiadomości wyświetlająca pojedynczą miniaturę HDR, takie działanie może negatywnie wpływać na postrzeganą jasność treści SDR. Android 15 umożliwia kontrolowanie marginesu HDR za pomocą setDesiredHdrHeadroom, aby zachować równowagę między treściami SDR a HDR.

Wydaje się, że jasność elementów interfejsu SDR na lewym ekranie jest bardziej jednolita niż jasność na prawym ekranie, co symuluje możliwe problemy z marginesem dynamiki podczas łączenia treści HDR i SDR. Dostosowując margines HDR, możesz uzyskać lepszy balans między treściami SDR a HDR.

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

Android 13 添加了对使用 USB 连接 MIDI 2.0 设备的支持，这些设备使用通用 MIDI 数据包 (UMP) 进行通信。Android 15 将 UMP 支持扩展到了虚拟 MIDI 应用，使作曲应用能够像使用 USB MIDI 2.0 设备一样，将虚拟 MIDI 2.0 设备用作控制合成器应用的设备。

Wydajniejsze dekodowanie oprogramowania AV1

Logo dav1d

dav1d, popularny dekoder oprogramowania AV1 firmy VideoLAN, jest dostępny na urządzeniach z Androidem, które nie obsługują dekodowania AV1 na poziomie sprzętowym. dav1d jest nawet 3 razy wydajniejszy niż starszy dekoder oprogramowania AV1, co umożliwia odtwarzanie treści AV1 w jakości HD przez więcej użytkowników, w tym na niektórych urządzeniach niskiego i średniego poziomu.

Aplikacja musi wyrazić zgodę na korzystanie z dav1d, wywołując go po imieniu "c2.android.av1-dav1d.decoder". W kolejnej aktualizacji dav1d stanie się domyślnym dekoderem AV1. Ta obsługa jest ujednolicona i wstecznie przenoszona na urządzenia z Androidem 11, które otrzymują aktualizacje systemowe Google Play.

Wydajność i narzędzia dla deweloperó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 将继续更新 Android 的核心库，以与最新 OpenJDK LTS 版本中的功能保持一致。

其中包含以下主要功能和改进：

这些 API 会通过 Google Play 系统更新在搭载 Android 12（API 级别 31）及更高版本的 10 亿多部设备上更新，以便您以最新的编程功能为目标平台。

Ulepszenia dotyczące plików PDF

Android 15 对 PdfRenderer API 进行了重大改进。应用可以整合呈现等高级功能 受密码保护的文件、注释、表单编辑、 searching，而 selection 则包含副本。支持线性化 PDF 优化，此功能可加快本地 PDF 查看速度并减少资源使用量。Jetpack PDF 库使用这些 API 来简化 PDF 的添加 查看功能。

<ph type="x-smartling-placeholder">
</ph>
PDF 渲染的最新更新包括 搜索嵌入式 PDF 文件中的内容。

PdfRenderer 已移至一个可使用 Google Play 系统更新独立于平台版本，并且我们支持 将这些变更还原到 Android 11（API 级别 30），方法是创建兼容的 Android 15 之前版本的 API Surface，称为 PdfRendererPreV。

Ulepszenia automatycznego przełączania języka

Android 14 dodał na urządzeniu rozpoznawanie wielu języków w dźwięku z automatycznym przełączaniem się między językami, ale może to powodować pomijanie słów, zwłaszcza gdy języki przełączają się z mniejszą przerwą między dwoma wypowiedziami. Android 15 wprowadza dodatkowe opcje, które pomagają aplikacjom dostosować przełączanie do ich przypadku użycia. EXTRA_LANGUAGE_SWITCH_INITIAL_ACTIVE_DURATION_TIME_MILLISogranicza automatyczne przełączanie do początku sesji audio, podczas gdy EXTRA_LANGUAGE_SWITCH_MATCH_SWITCHESdezaktywuje przełączanie języka po określonej liczbie przełączeń. Te opcje są szczególnie przydatne, jeśli spodziewasz się, że w trakcie sesji będzie używany tylko jeden język, który powinien być automatycznie wykrywany.

Ulepszony interfejs OpenType Variable Font API

Android 15 提高了 OpenType 可变字体的易用性。您可以创建 来自可变字体的 FontFamily 实例，而不指定粗细轴 使用 buildVariableFamily API。文本渲染程序会替换 wght 轴的值，以匹配显示的文本。

使用该 API 可以大大简化创建 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();

以前，如需创建相同的 Typeface，您需要更多代码：

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();

以下示例展示了同时使用旧版和新版 API 创建的 Typeface 的呈现方式：

使用新旧 API 渲染字体时出现差异的示例

在此示例中，使用旧 API 创建的 Typeface 不包含 为 350、450、550 和 650 创建准确的字体粗细 Font 实例，因此渲染程序会回退到最接近的权重。在 在此示例中，系统会渲染 300 而不是 350，渲染 400 而不是 450， 依此类推。相比之下，使用新 API 创建的 Typeface 会为给定重量动态创建 Font 实例，因此系统也会为 350、450、550 和 650 呈现准确的重量。

Szczegółowe ustawienia podziału wierszy

从 Android 15 开始，TextView 和底层行断开符可以将给定部分文本保留在同一行中，以提高可读性。您可以通过在字符串资源或 createNoBreakSpan 中使用 <nobreak> 标记来充分利用此换行符自定义功能。同样，您可以使用 <nohyphen> 标记或 createNoHyphenationSpan 来防止对字词进行分词。

例如，以下字符串资源不包含换行符，在呈现时，文本“Pixel 8 Pro”会在不合适的位置换行：

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

相比之下，此字符串资源包含 <nobreak> 标记，该标记会将字词“Pixel 8 Pro”换行，并防止换行：

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

以下图片展示了这些字符串呈现方式的差异：

一行文本的布局，其中显示短语“Pixel 8 Pro.”未使用 <nobreak> 标记换行。
使用 <nobreak> 标记封装“Pixel 8 Pro.”短语的同一行文本的布局。

Archiwizacja aplikacji

Android 和 Google Play 宣布支持最后的应用归档功能 年，这让用户可以通过移除部分内容来释放空间 通过 Android 应用发布的设备中不常用的应用 前往 Google Play 下载套装。Android 15 在操作系统级别支持应用归档和解压缩，让所有应用商店都能更轻松地实现归档和解压缩。

具有 REQUEST_DELETE_PACKAGES 权限的应用可以调用 PackageInstaller requestArchive 方法请求归档 已安装的应用软件包，这会移除 APK 和所有缓存的文件，但会保留 用户数据已归档的应用会通过 LauncherApps API 作为可显示的应用返回；用户会看到一个界面处理，以突出显示这些应用已归档。如果用户点按已归档的应用，负责安装的应用会收到解除归档请求，并且可以通过 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 graficzne, w tym ANGLE i dodatki do systemu graficznego Canvas.

Modernizacja dostępu do GPU na Androidzie

Vulkan 徽标

与早期相比，Android 硬件已经有了很大的进步。早期，核心操作系统在单个 CPU 上运行，并且使用基于固定功能流水线的 API 访问 GPU。从 Android 7.0（API 级别 24）开始，NDK 中就提供了 Vulkan® 图形 API，其较低级别的抽象更好地反映了现代 GPU 硬件，可更好地扩缩以支持多个 CPU 核心，并可降低 CPU 驱动程序开销，从而提升应用性能。所有现代游戏引擎都支持 Vulkan。

Vulkan 是 Android 与 GPU 的首选接口。因此，Android 15 包含 ANGLE 作为可选层，用于在 Vulkan 基础上运行 OpenGL® ES。改用 ANGLE 将标准化 Android OpenGL 实现，提高兼容性，在某些情况下还有助于提升性能。在 Android 15 中，您可以依次前往设置 -> 系统 -> 开发者选项 -> 实验性功能：启用 ANGLE，启用开发者选项，以便通过 ANGLE 测试 OpenGL ES 应用的稳定性和性能。

Android ANGLE on Vulkan 路线图

Android GPU API 即将发生变更的路线图。

为了简化 GPU 堆栈，我们今后将在更多新设备上将 ANGLE 作为 GL 系统驱动程序提供，未来 OpenGL/ES 将只能通过 ANGLE 获得支持。尽管如此，我们计划继续在所有设备上支持 OpenGL ES。

建议的后续措施

使用开发者选项为 OpenGL ES 选择 ANGLE 驱动程序，然后测试您的应用。对于新项目，我们强烈建议您为 C/C++ 使用 Vulkan。

Ulepszenia Canvas

Android 15 to kontynuacja modernizacji systemu graficznego Canvas w Androidzie z dodatkowymi funkcjami:

  • Matrix44 udostępnia macierz 4 x 4 do przekształcania współrzędnych, która powinna być używana, gdy chcesz manipulować płótnem w 3D.
  • clipShader przecina bieżący klip ze wskazanym shaderem, a clipOutShader ustawia klip na różnicę między bieżącym klipem a shaderem, przy czym shader jest traktowany jako maska alfa. Umożliwia to wydajne rysowanie złożonych kształtów.

Wydajność i bateria

Android nadal koncentruje się na tym, aby pomóc Ci poprawić wydajność i jakość Twoich aplikacji. Android 15 wprowadza interfejsy API, które pomagają wydajniej wykonywać zadania w aplikacji, optymalizować wydajność aplikacji i zbierać statystyki o aplikacjach.

Więcej informacji o sprawdzonych metodach oszczędzania baterii, debugowaniu zużycia sieci i energii oraz o tym, jak poprawiamy wydajność baterii w przypadku pracy w tle w Androidzie 15 i nowszych wersjach Androida, znajdziesz w prezentacji Improving battery efficiency of background work on Android (Poprawa wydajności baterii w przypadku pracy w tle na Androidzie) z Google I/O.

ApplicationStartInfo API

In previous versions of Android, app startup has been a bit of a mystery. It was challenging to determine within your app whether it started from a cold, warm, or hot state. It was also difficult to know how long your app spent during the various launch phases: forking the process, calling onCreate, drawing the first frame, and more. When your Application class was instantiated, you had no way of knowing whether the app started from a broadcast, a content provider, a job, a backup, boot complete, an alarm, or an Activity.

The ApplicationStartInfo API on Android 15 provides all of this and more. You can even choose to add your own timestamps into the flow to help collect timing data in one place. In addition to collecting metrics, you can use ApplicationStartInfo to help directly optimize app startup; for example, you can eliminate the costly instantiation of UI-related libraries within your Application class when your app is starting up due to a broadcast.

Szczegółowe informacje o rozmiarze aplikacji

Od Androida 8.0 (poziom interfejsu API 26) Android zawiera interfejs API StorageStats.getAppBytes, który podsumowuje rozmiar zainstalowanej aplikacji jako pojedynczą liczbę bajtów będącą sumą rozmiaru pliku APK, rozmiaru plików wyodrębnionych z pliku APK oraz plików wygenerowanych na urządzeniu, takich jak kod skompilowany z wyprzedzeniem (AOT). Ta liczba nie dostarcza zbyt wielu informacji o tym, jak aplikacja wykorzystuje miejsce na dane.

Android 15 dodaje interfejs API StorageStats.getAppBytesByDataType([type]), który pozwala uzyskać informacje o tym, jak aplikacja wykorzystuje całą dostępną przestrzeń, w tym podziały pliku APK, kod AOT i kod związany z przyspieszeniem, metadane dex, biblioteki i profilowanie kierunkowe.

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 引入了 SQLite API，这些 API 可公开底层 SQLite 引擎的高级功能，以解决可能在应用中出现的特定性能问题。将 SQLite 更新到版本 3.44.3。

开发者应参阅 SQLite 性能最佳实践 以便充分利用其 SQLite 数据库，尤其是在处理大型 或运行对延迟敏感的查询时

Aktualizacje Android Dynamic Performance Framework

Android 15 to kontynuacja naszych działań związanych z ramami pracy Android Dynamic Performance Framework (ADPF), czyli zestawu interfejsów API, które umożliwiają grze lub aplikacji o wysokich wymaganiach dotyczących wydajności bezpośrednią interakcję z systemami zasilania i termicznymi urządzeń z Androidem. Na obsługiwanych urządzeniach Android 15 dodaje funkcje ADPF:

  • Tryb oszczędzania energii w przypadku sesji podpowiedzi, aby wskazać, że powiązane wątki powinny preferować oszczędzanie energii zamiast wydajności, co jest przydatne w przypadku długotrwałych zadań wykonywanych w tle.
  • Czas pracy GPU i procesora może być zgłaszany w sesjach podpowiedzi, co pozwala systemowi dostosowywać częstotliwości procesora i karty graficznej, aby jak najlepiej spełniać wymagania dotyczące obciążenia.
  • Próg temperatury, aby interpretować możliwy stan ograniczania temperatury na podstawie prognozy dotyczącej temperatury.

Więcej informacji o używaniu plików ADPF w aplikacjach i grach znajdziesz w dokumentacji.

Prywatność

Android 15 zawiera wiele funkcji, które pomagają deweloperom aplikacji 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 obsługuje dokładniejsze Intent dzięki UriRelativeFilterGroup, który zawiera zestaw obiektów UriRelativeFilter tworzących zestaw zasad dopasowania Intent, które muszą być spełnione, w tym parametry zapytania URL, fragmenty adresów URL oraz reguły blokowania lub wykluczania.

Te reguły można zdefiniować w pliku XML AndroidManifest za pomocą tagu <uri-relative-filter-group>, który może opcjonalnie zawierać tag android:allow. Mogą one zawierać tagi <data>, które używają istniejących atrybutów tagów danych, a także atrybutów android:query i android:fragment.

Oto przykład składni AndroidManifest:

<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

可通过解锁和锁定私密空间，在设备上显示或隐藏敏感应用。

借助私密空间，用户可以在设备上创建一个单独的空间，在额外的身份验证层保护下，防止敏感应用遭到窥探。私密空间使用单独的用户个人资料。用户可以选择使用设备锁定方式或为私密空间使用单独的锁定方式。

私密空间中的应用会显示在启动器的单独容器中，并且当私密空间处于锁定状态时，这些应用不会显示在“最近用过”视图、通知、“设置”和其他应用中。用户生成的内容和下载的内容（例如媒体内容或文件）以及账号在私密空间和主空间之间是分开的。在私密空间处于解锁状态时，您可以使用系统 Sharesheet 和照片选择器向应用授予对各个空间中内容的访问权限。

用户无法将现有应用及其数据移至私密空间。相反，用户可以在私密空间中选择安装选项，以便使用他们偏好的任意应用商店安装应用。私密空间中的应用会作为主空间中任何应用的单独副本进行安装（同一应用的新副本）。

当用户锁定私密空间时，系统会停止该个人资料。在个人资料停止运行时，私密空间中的应用将不再处于活动状态，无法执行前台或后台活动，包括显示通知。

我们建议您使用私密空间测试应用，以确保应用能按预期运行，尤其是当您的应用属于以下某一类别时：

Wysyłanie zapytań o najnowszy wybór 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 包含最新的 Android 广告服务扩展，其中包含最新版本的 Privacy Sandbox on Android。我们一直致力于开发可更好地保护用户隐私，并为移动应用打造高效的个性化广告体验的技术，此次添加新功能就是其中的一项举措。我们的 Privacy Sandbox 页面详细介绍了 Privacy Sandbox on Android 开发者预览版和 Beta 版计划，可帮助您上手使用。

Health Connect

Android 15 集成了与 Health Connect by Android 相关的最新扩展程序。Health Connect by Android 是一个安全的集中式平台，可用于管理和共享应用收集的健康与健身数据。此次更新 增加了对健身、 营养、体表温度、训练计划等。

体表温度追踪功能让用户可以更精确地存储和分享体表温度 来自穿戴式设备或其他跟踪设备的体温数据。

训练计划是一种结构化的锻炼计划，可帮助用户实现健身目标。训练计划支持各种完成和表现目标：

如需详细了解 Android 中 Health Connect 的最新更新，请参阅 利用 Android 打造自适应体验 健康演讲。

Udostępnianie ekranu aplikacji

Android 15 obsługuje udostępnianie ekranu aplikacji, dzięki czemu użytkownicy mogą udostępniać lub nagrywać tylko okno aplikacji, a nie cały ekran urządzenia. Ta funkcja, która została po raz pierwszy włączona w Androidzie 14 QPR2, obejmuje wywołania MediaProjection, które umożliwiają aplikacji dostosowywanie udostępniania ekranu. Pamiętaj, że w przypadku aplikacji kierowanych na Androida 14 (poziom API 34) lub nowszego wymagana jest zgoda użytkownika na każdą sesję rejestrowania MediaProjection.

Interfejs użytkownika i interfejs systemu

Android 15 daje 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 poprawić wygodę użytkowania aplikacji, znajdziesz w prezentacji Improve the user experience of your Android app (Poprawa wygody użytkowania aplikacji na Androida) z Google I/O.

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

Przed Androidem 15 jedynym sposobem wyświetlania podglądów selektora widżetów było określenie statycznych zasobów obrazów lub układu. Te podglądy często znacznie różnią się od wyglądu widżetu na ekranie głównym. Ponadto za pomocą Jetpack Glance nie można tworzyć zasobów statycznych, więc deweloper Glance musiał zrobić zrzut ekranu z widżetem lub utworzyć układ XML, aby wyświetlić jego podgląd.

Android 15 obsługuje wygenerowane podglądy. Oznacza to, że dostawcy widżetów aplikacji mogą generować RemoteViews, aby używać go jako podglądu selektora zamiast zasobu statycznego.

Aplikacje mogą udostępniać widoki zdalne do selektora widżetów, co pozwala aktualizować zawartość selektora w taki sposób, aby lepiej reprezentował to, co zobaczy użytkownik.

Interfejs API usługi Push

Aplikacje mogą udostępniać wygenerowane podglądy za pomocą interfejsu API push. Aplikacje mogą udostępniać podglądy w dowolnym momencie ich cyklu życia i nie muszą otrzymać wyraźnej prośby od gospodarza. Podglądy są przechowywane w AppWidgetService, a gospodarze mogą je żądać na żądanie. W tym przykładzie wczytujemy zasób układu widżetu XML i ustawiamy go jako podgląd:

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

Oczekiwany przebieg:

  1. W dowolnym momencie dostawca widżetu może wywołać funkcję setWidgetPreview. Udostępnione podglądy są przechowywane w AppWidgetService wraz z innymi informacjami o dostawcy.
  2. setWidgetPreview informuje hostów o zaktualizowanym podglądzie za pomocą wywołania zwrotnego AppWidgetHost.onProvidersChanged. W odpowiedzi host widżetu ponownie wczytuje wszystkie informacje dostawcy.
  3. Podczas wyświetlania podglądu widżetu host sprawdza, czy AppWidgetProviderInfo.generatedPreviewCategories jest dostępna, a jeśli tak, wywołuje funkcję AppWidgetManager.getWidgetPreview, aby zwrócić zapisany podgląd dla tego dostawcy.

Kiedy zadzwonić do: setWidgetPreview

Ponieważ nie ma wywołania zwrotnego, które umożliwia wyświetlanie podglądów, aplikacje mogą wysyłać podglądy w dowolnym momencie, gdy są uruchomione. Częstotliwość aktualizacji podglądu zależy od przypadku użycia widżetu.

Na liście poniżej znajdziesz 2 główne kategorie przypadków użycia podglądu:

  • Dostawcy, którzy wyświetlają prawdziwe dane w podglądzie widżetów, np. informacje spersonalizowane lub najnowsze informacje. Ci dostawcy mogą ustawić podgląd po zalogowaniu się użytkownika lub po wykonaniu wstępnej konfiguracji w aplikacji. Następnie mogą skonfigurować zadanie okresowe, aby aktualizować podgląd w wybranym interwale. Przykładami tego typu widżetów są widżety ze zdjęciami, kalendarza, pogody lub wiadomościami.
  • Dostawcy, którzy wyświetlają w podglądach informacje statyczne lub widżety szybkich działań, które nie wyświetlają żadnych danych. Ci dostawcy mogą ustawić podgląd tylko raz przy pierwszym uruchomieniu aplikacji. Przykładami tego typu widżetów są widżet Szybkie działania na Dysku lub widżet skrótów w Chrome.

Niektórzy dostawcy mogą wyświetlać podgląd statyczny w selektorze trybu centrali, ale w selektorze na ekranie głównym mogą wyświetlać prawdziwe informacje. Podczas ustawiania podglądów dostawcy ci powinni postępować zgodnie ze wskazówkami dotyczącymi obu tych przypadków użycia.

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 允许应用自定义注意力机制 管理（勿扰）规则，并确定何时启用或停用 。Android 15 极大地增强了这些规则，旨在提高 用户体验。其中包含以下增强功能：

  • 向 AutomaticZenRule 添加类型，让系统能够应用特殊类型 对某些规则的处理
  • 向 AutomaticZenRule 添加图标，使模式更加丰富 易于识别。
  • 将 triggerDescription 字符串添加到 AutomaticZenRule，用于描述 规则应当对用户生效的条件。
  • 已添加 ZenDeviceEffects 更改为AutomaticZenRule，从而允许规则触发灰度等操作 显示、夜间模式或调暗壁纸。

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 paska stanu rejestrowania multimediów i automatyczne zatrzymywanie

Projekcja multimediów może ujawnić prywatne informacje o użytkowniku. Nowy, dobrze widoczny element na pasku stanu informuje użytkowników o działającej projekcji ekranu. Użytkownicy mogą kliknąć chip, aby zatrzymać udostępnianie, przesyłanie lub nagrywanie ekranu. Aby zapewnić użytkownikom bardziej intuicyjną obsługę, wyświetlanie na ekranie w trakcie jest teraz automatycznie wstrzymywane, gdy ekran urządzenia jest zablokowany.

Przycisk na pasku stanu do udostępniania ekranu, przesyłania treści i nagrywania.

Duże ekrany i różne formaty

Android 15 zapewnia aplikacjom obsługę formatów Androida, w tym dużych ekranów, urządzeń z klapką i składanych.

Ulepszona wielozadaniowość na dużym ekranie

Android 15 daje użytkownikom więcej możliwości wykonywania wielu zadań jednocześnie na urządzeniach z dużym ekranem. Dla: Na przykład użytkownicy mogą zapisać ulubione kombinacje aplikacji podzielone na podzielony ekran, dostęp do paska aplikacji na ekranie i przypinanie go, aby szybko przełączać się między aplikacjami. Oznacza to, że że zapewnienie adaptacji aplikacji jest teraz ważniejsze niż kiedykolwiek.

W ramach Google I/O odbywają się sesje poświęcone tworzeniu adaptacyjnego Androida Apps i Building UI with the Material 3 biblioteka adaptacyjna może pomóc, a nasza dokumentacja jest pomocna w zaprojektowaniu .

Obsługa ekranu zewnętrznego

您的应用可以声明一个属性，Android 15 会使用该属性来允许您的 Application 或 Activity 显示在受支持的可翻转设备的小封面屏幕上。这些屏幕太小，无法被视为适合运行 Android 应用的兼容目标平台，但您的应用可以选择支持它们，从而让您的应用在更多平台上可用。

Łączność

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

Obsługa satelitarna

Android 15 rozszerza obsługę platformy w zakresie łączności satelitarnej, zawiera kilka elementów UI, by zapewnić spójność połączenia satelitarnego.

Aplikacje mogą używać ServiceState.isUsingNonTerrestrialNetwork() do wykrywania, kiedy urządzenie jest połączone z satelitą, dzięki czemu użytkownicy lepiej rozumieją, dlaczego pełne usługi sieciowe mogą być niedostępne. Android 15 obsługuje też aplikacje SMS i MMS oraz wstępnie zainstalowane aplikacje RCS, które umożliwiają korzystanie z łączności satelitarnej do wysyłania i odbierania wiadomości.

Powiadomienie pojawi się, gdy urządzenie połączy się z satelitą.

Płynniejsze działanie NFC

Android 15 正在努力打造更顺畅、更可靠的感应式付款体验，同时继续支持 Android 强大的 NFC 应用生态系统。在受支持的设备上，应用可以请求 NfcAdapter 进入观察模式，在该模式下，设备会监听但不会响应 NFC 读卡器，并将应用的 NFC 服务 PollingFrame 对象发送以进行处理。PollingFrame 对象可用于在与 NFC 读卡器进行首次通信之前进行身份验证，在许多情况下，这支持一触式交易。

此外，应用可以在受支持的设备上注册过滤器，以便在有轮询循环活动时收到通知，从而能够与多个感知 NFC 的应用顺畅运行。

Rola Portfela

Android 15 wprowadza rolę Portfela, która umożliwia ściślejszą integrację z ulubioną aplikacją portfela użytkownika. Ta rola zastępuje domyślne ustawienie płatności zbliżeniowych NFC. Użytkownicy mogą zarządzać właścicielem roli Portfel, klikając Ustawienia > Aplikacje > Domyślne aplikacje.

Rola Portfela jest używana podczas kierowania dotykiem NFC do identyfikatorów AID zarejestrowanych w kategorii płatności. Kliknięcia zawsze trafiają do posiadacza roli w Portfelu, chyba że na pierwszym planie działa inna aplikacja zarejestrowana z tym samym identyfikatorem AID.

Ta rola służy też do określenia, gdzie ma się wyświetlać kafelek Szybki dostęp w Portfelu po jego aktywowaniu. Gdy rola jest ustawiona na „Brak”, kafelek Szybki dostęp jest niedostępny, a dotknięcia NFC w ramach kategorii płatności są dostarczane tylko do aplikacji na pierwszym planie.

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 zwiększyć bezpieczeństwo użytkowników i chronić Twoją aplikację przed nowymi zagrożeniami, znajdziesz w prezentacji Safeguarding user security on Android talk from Google I/O (Zapewnianie bezpieczeństwa użytkownikom na Androidzie) z Google I/O.

Integracja Menedżera haseł z autouzupełnianiem

从 Android 15 开始，开发者可以将用户名或密码字段等特定视图与 Credential Manager 请求相关联，从而更轻松地在登录过程中提供量身定制的用户体验。当用户聚焦于其中一个视图时，系统会向 Credential Manager 发送相应请求。系统会汇总来自各个提供商的凭据，并在自动填充后备界面（例如内嵌建议或下拉菜单建议）中显示这些凭据。Jetpack androidx.credentials 库是开发者首选的端点，很快将在 Android 15 及更高版本中推出，以进一步增强此功能。

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

Credential Manager将生物识别提示集成到凭据创建过程中 和登录流程，这样提供商就无需管理 生物识别提示。因此，凭据提供程序只需专注于创建和获取流程的结果，并辅以生物识别流程结果。这一简化的流程创建了更高效、更精简的凭据 创建和检索过程。

Zarządzanie kluczami w przypadku pełnego szyfrowania

W Androidzie 15 wprowadzamy interfejs E2eeContactKeysManager, który ułatwia szyfrowanie end-to-end (E2EE) w aplikacjach na Androida dzięki interfejsowi API na poziomie systemu operacyjnego do przechowywania kluczy publicznych kryptograficznych.

E2eeContactKeysManager jest przeznaczony do integracji z aplikacją Kontakty na platformie, aby zapewnić użytkownikom scentralizowany sposób zarządzania i weryfikowania kluczy publicznych kontaktów.

Sprawdzanie uprawnień w przypadku identyfikatorów URI treści

Android 15 introduces a set of APIs that perform permission checks on content URIs:

Ułatwienia dostępu

Android 15 dodaje funkcje, które poprawiają dostępność dla użytkowników.

Lepszy brajl

在 Android 15 中，我们让 TalkBack 能够支持通过 USB 和安全蓝牙使用 HID 标准的盲文显示屏。

此标准与鼠标和键盘使用的标准非常相似，将有助于 Android 随着时间的推移支持更多类型的盲文显示屏。

Internacjonalizacja

Android 15 dodaje funkcje i możliwości, które uzupełniają wygodę użytkowania, gdy urządzenie jest używane w różnych językach.

Czcionka zmienna CJK

从 Android 15 开始，面向中文、日文和韩文 (CJK) 语言的字体文件 NotoSansCJK 现在是可变字体。可变字体为中日韩语言的创意排版提供了更多可能性。设计师可以探索更多样式的排版，并制作出以前难以实现或根本无法实现的视觉效果出色的布局。

面向中文、日文和韩文 (CJK) 的可变字体在不同字体宽度下的显示效果。

Wyrównywanie między znakami

从 Android 15 开始，可以通过 使用 JUSTIFICATION_MODE_INTER_CHARACTER。“字词间的理由”原为 最初是在 Android 8.0（API 级别 26）中引入的， Justifications 功能为使用 例如中文、日语等。

使用 JUSTIFICATION_MODE_NONE 的日语文本布局。
使用 JUSTIFICATION_MODE_NONE 的英语文本布局。


使用 JUSTIFICATION_MODE_INTER_WORD 的日语文本布局。
使用 JUSTIFICATION_MODE_INTER_WORD 的英语文本布局。


使用 JUSTIFICATION_MODE_INTER_CHARACTER 的日语文本布局。
使用 JUSTIFICATION_MODE_INTER_CHARACTER 的英语文本布局。

Automatyczna konfiguracja podziału wierszy

Android 从以下语言开始支持基于短语的日语和韩语换行： Android 13（API 级别 33）。不过，虽然基于短语的行分隔符可以提高短文本行的可读性，但对于长文本行，效果并不理想。在 Android 15 中，应用只能使用 LINE_BREAK_WORD_STYLE_AUTO 选项，针对短文本行应用基于短语的行分隔符。此选项会为文本选择最佳字词样式选项。

对于短文本行，则使用基于短语的换行符，功能相同 为 LINE_BREAK_WORD_STYLE_PHRASE，如 以下图片：

对于短文本行，LINE_BREAK_WORD_STYLE_AUTO 应用基于短语的换行符，以提高文本的可读性。 这与应用 LINE_BREAK_WORD_STYLE_PHRASE。

对于较长的文本行，LINE_BREAK_WORD_STYLE_AUTO 会使用 no 换行字词样式， LINE_BREAK_WORD_STYLE_NONE，如 以下图片：

对于较长的文本，LINE_BREAK_WORD_STYLE_AUTO 应用不换行的字词样式，以提高文本的可读性。 这与应用 LINE_BREAK_WORD_STYLE_NONE。

Dodatkowa japońska czcionka Hentaigana

In Android 15, a font file for old Japanese Hiragana (known as Hentaigana) is bundled by default. The unique shapes of Hentaigana characters can add a distinctive flair to artwork or design while also helping to preserve accurate transmission and understanding of ancient Japanese documents.

Character and text style for the Japanese Hentaigana font.

VideoLAN 圆锥图标 版权所有 (c) 1996-2010 VideoLAN。任何人都可以使用此徽标或修改版徽标来提及 VideoLAN 项目或 VideoLAN 团队开发的任何产品，但这并不表示该项目对其表示认可。

Vulkan 和 Vulkan 徽标是 Khronos Group Inc.的注册商标。

OpenGL 是注册商标，OpenGL ES 徽标是 Hewlett Packard Enterprise 的商标，已获得 Khronos 的许可。