Android 14 memperkenalkan fitur dan API hebat untuk para developer. Berikut ini membantu Anda mempelajari fitur-fitur yang tersedia untuk aplikasi Anda, serta mulai menggunakan API terkait.
Untuk melihat daftar mendetail tentang API yang ditambahkan, diubah, dan dihapus, baca laporan perbedaan API. Untuk mengetahui detail tentang API yang ditambahkan, buka referensi API Android — untuk Android 14, cari API yang ditambahkan di level API 34. Untuk mempelajari area dengan perubahan platform yang mungkin memengaruhi aplikasi Anda, pastikan untuk memeriksa perubahan perilaku Android 14 untuk aplikasi yang menargetkan Android 14 dan untuk semua aplikasi.
Internasionalisasi
Preferensi bahasa per aplikasi
Android 14 扩展了 Android 13(API 级别 33)中引入的按应用设定语言功能,并包含以下额外功能:
自动生成应用的
localeConfig
:从 Android Studio Giraffe Canary 7 和 AGP 8.1.0-alpha07 开始,您可以将应用配置为自动支持各应用语言偏好设定。Android Gradle 插件会根据您的项目资源生成LocaleConfig
文件,并在最终清单文件中添加对该文件的引用,这样您就不再需要手动创建或更新该文件。AGP 使用应用模块的res
文件夹中的资源以及任何库模块依赖项来确定要在LocaleConfig
文件中添加的语言区域。动态更新应用的
localeConfig
:使用LocaleManager
方法中的setOverrideLocaleConfig()
和getOverrideLocaleConfig()
可以在设备的系统设置中动态更新应用的受支持语言列表。有了这种灵活性,您可以按区域自定义支持的语言列表、运行 A/B 实验,或者如果您的应用通过服务器端推送进行本地化,则可以提供更新后的语言区域列表。输入法 (IME) 的应用语言可见性:IME 可以利用
getApplicationLocales()
方法查看当前应用的语言,并将 IME 语言与该语言进行匹配。
Grammatical Inflection API
Tiga miliar orang menggunakan bahasa bergender: bahasa yang kategori gramatikalnya—seperti kata benda, kata kerja, kata sifat, dan preposisi—diterapkan dengan gender orang dan objek yang Anda ajak bicara atau Anda bicarakan. Secara tradisional, banyak bahasa bergender menggunakan gender gramatikal maskulin sebagai gender default atau generik.
Menjangkau pengguna dalam gender gramatikal yang salah, seperti menyapa perempuan dengan gender gramatikal yang maskulin, dapat memberi dampak negatif pada performa dan sikap mereka. Sebaliknya, UI dengan bahasa yang mencerminkan gender gramatikal pengguna dengan benar dapat meningkatkan interaksi pengguna dan memberikan pengalaman pengguna yang lebih personal dan terdengar alami.
Guna membantu Anda mem-build UI yang berorientasi pengguna untuk bahasa-bahasa bergender, Android 14 memperkenalkan Grammatical Inflection API, yang memungkinkan Anda menambahkan dukungan untuk gender gramatikal tanpa perlu memfaktorkan ulang aplikasi.
Preferensi regional
Preferensi regional memungkinkan pengguna mempersonalisasi satuan suhu, hari pertama dalam seminggu, dan sistem penomoran. Orang Eropa yang tinggal di Amerika Serikat mungkin lebih memilih satuan suhu dalam Celsius, bukan Fahrenheit, dan menginginkan aplikasi memperlakukan Senin sebagai awal minggu, bukan default Minggu seperti di Amerika.
Menu Setelan Android yang baru untuk preferensi ini memberi pengguna
lokasi yang dapat ditemukan dan terpusat untuk mengubah preferensi aplikasi. Preferensi
ini juga tetap ada melalui pencadangan dan pemulihan. Beberapa API dan
intent—seperti
getTemperatureUnit
dan
getFirstDayOfWeek
—
memberikan pembacaan aplikasi Anda akses ke preferensi pengguna, sehingga aplikasi dapat menyesuaikan cara
menampilkan informasi. Anda juga dapat mendaftarkan
BroadcastReceiver
di
ACTION_LOCALE_CHANGED
untuk menangani perubahan konfigurasi lokalitas saat preferensi regional berubah.
Untuk menemukan setelan ini, buka aplikasi Settings, lalu buka System > Languages & input > Regional preferences.
Aksesibilitas
Penskalaan font non-linear ke 200%
Mulai Android 14, sistem mendukung penskalaan font hingga 200%, yang memberikan opsi aksesibilitas tambahan kepada pengguna yang mengalami gangguan penglihatan, sesuai dengan Panduan Aksesibilitas Konten Web (WCAG).
Agar elemen teks besar di layar tidak diskalakan terlalu besar, sistem akan menerapkan kurva penskalaan nonlinear. Strategi penskalaan ini berarti teks besar tidak diskalakan pada kecepatan yang sama dengan teks yang lebih kecil. Penskalaan font nonlinear membantu mempertahankan hierarki proporsional antara elemen dengan ukuran yang berbeda sekaligus memitigasi masalah dengan penskalaan teks linear pada derajat yang tinggi (seperti teks terpotong atau teks yang menjadi lebih sulit dibaca karena ukuran layar yang sangat besar).
Menguji aplikasi dengan penskalaan font nonlinear
Jika Anda sudah menggunakan unit piksel yang diskalakan (sp) untuk menentukan ukuran teks, opsi tambahan dan peningkatan penskalaan ini akan otomatis diterapkan pada teks di aplikasi Anda. Namun, Anda tetap harus melakukan pengujian UI dengan ukuran font maksimum yang diaktifkan (200%) untuk memastikan aplikasi Anda menerapkan ukuran font dengan benar dan dapat mengakomodasi ukuran font yang lebih besar tanpa memengaruhi kegunaan.
Untuk mengaktifkan ukuran font 200%, ikuti langkah-langkah berikut:
- Buka aplikasi Settings dan buka Accessibility > Display size and text.
- Untuk opsi Font size, ketuk ikon plus (+) hingga setelan ukuran font maksimum diaktifkan, seperti yang ditunjukkan dalam gambar yang menyertai bagian ini.
Menggunakan satuan piksel yang diskalakan (sp) untuk ukuran teks
Ingatlah untuk selalu menentukan ukuran teks dalam unit sp. Saat aplikasi Anda menggunakan unit sp, Android dapat menerapkan ukuran teks pilihan pengguna dan menskalakannya dengan tepat.
Jangan menggunakan unit sp untuk padding atau menentukan tinggi tampilan dengan asumsi padding implisit: dengan penskalaan font nonlinear, dimensi sp mungkin tidak proporsional, sehingga 4sp + 20sp mungkin tidak sama dengan 24sp.
Mengonversi satuan piksel yang diskalakan (sp)
Gunakan TypedValue.applyDimension()
untuk mengonversi dari unit sp
ke piksel, dan gunakan TypedValue.deriveDimension()
untuk
mengonversi piksel ke sp. Metode ini menerapkan kurva penskalaan
nonlinear yang sesuai secara otomatis.
Hindari persamaan hardcode menggunakan
Configuration.fontScale
atau
DisplayMetrics.scaledDensity
. Karena penskalaan font bersifat
nonlinear, kolom scaledDensity
tidak lagi akurat. Kolom fontScale
harus digunakan untuk tujuan informasi hanya karena font tidak lagi
diskalakan dengan nilai skalar tunggal.
Menggunakan satuan sp untuk lineHeight
Selalu tentukan android:lineHeight
menggunakan satuan sp, bukan
dp, sehingga tinggi baris diskalakan bersama dengan teks Anda. Atau, jika teks Anda
adalah sp, tetapi lineHeight
dalam dp atau px, teks tidak akan diskalakan dan tampak sempit.
TextView otomatis mengoreksi lineHeight
sehingga proporsi
yang Anda inginkan dipertahankan, tetapi hanya jika textSize
dan lineHeight
ditentukan dalam unit sp.
Kamera dan media
Ultra HDR untuk gambar
Android 14 adds support for High Dynamic Range (HDR) images that retain more of the information from the sensor when taking a photo, which enables vibrant colors and greater contrast. Android uses the Ultra HDR format, which is fully backward compatible with JPEG images, allowing apps to seamlessly interoperate with HDR images, displaying them in Standard Dynamic Range (SDR) as needed.
Rendering these images in the UI in HDR is done automatically by the framework
when your app opts in to using HDR UI for its Activity Window, either through a
manifest entry or at runtime by calling
Window.setColorMode()
. You can also capture compressed Ultra
HDR still images on supported devices. With more colors recovered
from the sensor, editing in post can be more flexible. The
Gainmap
associated with Ultra HDR images can be used to render
them using OpenGL or Vulkan.
Zoom, Fokus, Postview, dan lainnya di ekstensi kamera
Android 14 升级并改进了相机扩展,使应用能够处理更长的处理时间,从而能够在支持的设备上使用计算密集型算法(如弱光摄影)改善图像。在使用相机扩展功能时,这些功能可为用户带来更稳健的体验。这些改进措施示例包括:
- 动态静态拍摄处理延迟时间估算值可根据当前场景和环境条件提供更准确的静态拍摄延迟时间估算值。调用
CameraExtensionSession.getRealtimeStillCaptureLatency()
以获取具有两种延迟时间估算方法的StillCaptureLatency
对象。getCaptureLatency()
方法返回onCaptureStarted
和onCaptureProcessStarted()
之间的估算延迟时间,getProcessingLatency()
方法返回onCaptureProcessStarted()
与最终处理的帧可用之间的估算延迟时间。 - 支持拍摄进度回调,以便应用可以显示长时间运行的静态拍摄处理操作的当前进度。您可以使用
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
检查此功能是否可用,如果可用,请实现onCaptureProcessProgressed()
回调,该回调会将进度(从 0 到 100)作为参数传入。 扩展程序专属元数据,例如
CaptureRequest.EXTENSION_STRENGTH
,用于调整扩展程序效果的量,如使用EXTENSION_BOKEH
的背景模糊处理量。相机扩展中适用于静态拍摄的 Postview 功能,以比最终图像更快的速度提供处理性较低的图片。如果扩展程序增加了处理延迟时间,则可以提供浏览后图片作为占位符以改善用户体验,并稍后针对最终图片关闭此功能。您可以通过
CameraExtensionCharacteristics.isPostviewAvailable
检查此功能是否可用。然后,您可以将OutputConfiguration
传递给ExtensionSessionConfiguration.setPostviewOutputConfiguration
。支持
SurfaceView
,从而提供更优化、更节能的预览渲染路径。支持在使用扩展程序期间点按对焦和缩放。
Zoom dalam sensor
当 CameraCharacteristics
中的 REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
包含 SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
时,您的应用可以使用高级传感器功能为剪裁的 RAW 数据流提供与完整视野相同的像素,方法是使用 CaptureRequest
,并将 RAW 目标设置为 CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
。通过实现请求替换控件,更新后的相机可让用户控制缩放,而无需在其他相机控件准备就绪之前进行控制。
Audio USB lossless
Android 14 开始支持无损音频格式,通过 USB 有线耳机提供发烧级体验。您可以查询 USB 设备的首选混音器属性,注册监听器以监听首选混音器属性的变化,并使用 AudioMixerAttributes
类配置混音器属性。此类表示格式,例如声道掩码、采样率和混音器行为。该类允许直接发送音频,而不进行混音、音量调整或处理效果。
Alat dan produktivitas developer
Credential Manager
Android 14 添加了 Credential Manager 作为平台 API,并通过使用 Google Play 服务的 Jetpack 库为 Android 4.4(API 级别 19)设备提供了额外的支持。凭据管理器旨在使用 API 通过用户配置的凭据提供程序检索和存储凭据,让用户更轻松地登录。凭据管理器在一个 API 中支持多种登录方法,包括用户名和密码、通行密钥和联合登录解决方案(如“使用 Google 账号登录”)。
通行密钥具有许多优势。例如,通行密钥基于业界标准构建,可在不同的操作系统和浏览器生态系统中使用,还可用于网站和应用。
如需了解详情,请参阅凭据管理器和通行密钥文档以及关于 Credential Manager 和通行密钥的博文。
Health Connect
Health Connect 是存储用户健康与健身数据的设备端存储库。它可让用户在喜爱的应用之间共享数据,并且只需一个位置即可控制他们要与这些应用共享哪些数据。
在搭载 Android 14 之前的 Android 版本的设备上,Health Connect 可作为应用从 Google Play 商店下载。从 Android 14 开始,Health Connect 已成为平台的一部分,它通过 Google Play 系统更新接收更新,而无需单独下载。这样一来,您可以经常更新 Health Connect,并且您的应用可以依赖于搭载 Android 14 或更高版本的设备上的 Health Connect。用户可以通过设备的“设置”中访问 Health Connect,并将隐私控制集成到系统设置中。
Health Connect 在 Android 14 中包含多项新功能(例如锻炼路线),可让用户分享可在地图上直观呈现的锻炼路线。路线是指一段时间内保存的位置列表,您的应用可以将路线插入锻炼时段,并将其绑定在一起。为了确保用户能够完全控制这些敏感数据,用户必须允许与其他应用共享个别路由。
如需了解详情,请参阅 Health Connection 文档和有关 Android Health 的新变化的博文。
Update OpenJDK 17
Android 14 将继续更新 Android 的核心库,以与最新 OpenJDK LTS 版本中的功能保持一致,包括适合应用和平台开发者的库更新和 Java 17 语言支持。
其中包含以下功能和改进:
- 将大约 300 个
java.base
类更新为支持 Java 17。 - 文本块 - 为 Java 编程语言引入了多行字符串字面量。
- instanceof 模式匹配:可让对象在
instanceof
中被视为具有特定类型,而无需任何额外的变量。 - 密封类:允许您限制哪些类和接口可以扩展或实现它们。
得益于 Google Play 系统更新 (Project Mainline),6 亿多台设备能够接收包含这些更改的最新 Android 运行时 (ART) 更新。我们致力于为应用提供更加一致、安全的跨设备环境,并为用户提供独立于平台版本的新功能。
Java 和 OpenJDK 是 Oracle 及/或其关联公司的商标或注册商标。
Peningkatan untuk app store
Android 14 引入了多个 PackageInstaller
API,可帮助应用商店改善其用户体验。
下载之前请求批准安装
安装或更新应用可能需要用户批准。
例如,当使用 REQUEST_INSTALL_PACKAGES
权限的安装程序尝试安装新应用时。在之前的 Android 版本中,应用商店只有在 APK 写入安装会话且该会话已提交之后才能请求用户批准。
从 Android 14 开始,requestUserPreapproval()
方法可让安装程序在提交安装会话之前请求用户批准。此项改进可让应用商店将任何 APK 的下载操作推迟到用户批准安装之后。此外,用户批准安装后,应用商店可以在后台下载并安装应用,而不会干扰用户。
承担未来更新的责任
通过 setRequestUpdateOwnership()
方法,安装程序可以告知系统它打算负责未来安装的应用更新。此功能可实现更新所有权强制执行,即只有更新所有者才能为应用安装自动更新。更新所有权强制执行有助于确保用户仅从预期的应用商店接收更新。
任何其他安装程序(包括使用 INSTALL_PACKAGES
权限的安装程序)都必须获得用户的明确批准,才能安装更新。如果用户决定继续从其他来源进行更新,更新所有权将会丢失。
在干扰较少的时段更新应用
应用商店通常希望避免更新正在使用的应用,因为这会导致应用正在运行的进程被终止,而这可能会中断用户正在执行的操作。
从 Android 14 开始,InstallConstraints
API 让安装程序可以确保其应用更新在适当的时机进行。例如,应用商店可以调用 commitSessionAfterInstallConstraintsAreMet()
方法来确保仅在用户不再与相关应用互动时进行更新。
无缝安装可选拆分
借助拆分 APK,应用的功能可以通过单独的 APK 文件提供,而不是以单体式 APK 的形式提供。借助拆分 APK,应用商店可以优化不同应用组件的提供。例如,应用商店可能会根据目标设备的属性进行优化。自从在 API 级别 22 中引入以来,PackageInstaller
API 一直支持拆分。
在 Android 14 中,setDontKillApp()
方法可让安装程序指明在安装新的分块时不应终止应用正在运行的进程。应用商店可以使用此功能,在用户使用应用时无缝安装应用的新功能。
Paket metadata aplikasi
Mulai Android 14, penginstal paket Android memungkinkan Anda menentukan metadata aplikasi, seperti praktik keamanan data, yang akan disertakan di halaman app store seperti Google Play.
Mendeteksi kapan pengguna mengambil screenshot perangkat
Untuk menciptakan pengalaman yang lebih standar dalam mendeteksi screenshot, Android 14 memperkenalkan API deteksi screenshot yang menjaga privasi. API ini memungkinkan aplikasi mendaftarkan callback per aktivitas. Callback ini dipanggil, dan pengguna akan diberi tahu saat pengguna mengambil screenshot ketika aktivitas itu terlihat.
Pengalaman pengguna
Tindakan kustom Sharesheet dan peringkat yang ditingkatkan
Android 14 更新了系统 Sharesheet,以便为用户提供自定义应用操作和信息更丰富的预览结果。
添加自定义操作
对于 Android 14,您的应用可以向其调用的系统 Sharesheet 添加自定义操作。
提高直接共享目标的排名
Android 14 根据来自应用的更多信号来确定直接共享目标的排名,以便为用户提供更实用的结果。如需提供最有用的排名信号,请遵循提升直接共享目标的排名指南。通信应用还可以报告外发和传入消息的快捷方式使用情况。
Dukungan untuk animasi bawaan dan kustom untuk Kembali Prediktif
Android 13 memperkenalkan animasi "kembali ke layar utama" prediktif di balik opsi developer. Saat digunakan pada aplikasi yang didukung dengan opsi developer yang diaktifkan, menggeser kembali akan menampilkan animasi yang menunjukkan bahwa gestur kembali akan menutup aplikasi untuk kembali ke layar utama.
Android 14 menyertakan beberapa peningkatan dan panduan baru untuk Kembali Prediktif:
- Anda dapat menetapkan
android:enableOnBackInvokedCallback=true
untuk mengaktifkan animasi sistem kembali prediktif per Aktivitas, bukan untuk seluruh aplikasi. - Kami telah menambahkan animasi sistem baru untuk menyertai animasi "kembali ke layar utama" dari Android 13. Animasi sistem yang baru terdiri dari lintas aktivitas dan lintas tugas, yang Anda dapatkan secara otomatis setelah bermigrasi ke Kembali Prediktif.
- Kami telah menambahkan animasi Komponen Material baru untuk Sheet bawah, Sheet samping, dan Penelusuran.
- Kami telah membuat panduan desain untuk membuat animasi dan transisi kustom dalam aplikasi.
- Kami telah menambahkan API baru untuk mendukung animasi transisi kustom dalam aplikasi:
handleOnBackStarted
,handleOnBackProgressed
,handleOnBackCancelled
in
OnBackPressedCallback
onBackStarted
,onBackProgressed
,onBackCancelled
in
OnBackAnimationCallback
- Gunakan
overrideActivityTransition
, bukanoverridePendingTransition
, untuk transisi yang merespons saat pengguna menggeser kembali.
Dengan rilis pratinjau Android 14 ini, semua fitur Kembali Prediktif tetap berada di balik opsi developer. Lihat panduan developer untuk memigrasikan aplikasi ke kembali prediktif, serta panduan developer untuk membuat transisi kustom dalam aplikasi.
Penggantian per aplikasi produsen perangkat layar besar
Penggantian per aplikasi memungkinkan produsen perangkat mengubah perilaku aplikasi di perangkat layar besar. Misalnya, penggantian FORCE_RESIZE_APP
menginstruksikan sistem untuk mengubah ukuran aplikasi agar sesuai dengan dimensi tampilan (menghindari mode kompatibilitas ukuran) meskipun resizeableActivity="false"
disetel dalam manifes aplikasi.
Penggantian dimaksudkan untuk meningkatkan pengalaman pengguna di perangkat layar besar.
Properti manifes baru memungkinkan Anda menonaktifkan beberapa penggantian produsen perangkat untuk aplikasi Anda.
Penggantian per aplikasi pengguna perangkat layar besar
Penggantian per aplikasi mengubah perilaku aplikasi di perangkat layar besar. Misalnya, penggantian produsen perangkat OVERRIDE_MIN_ASPECT_RATIO_LARGE
menetapkan rasio aspek aplikasi ke 16:9, terlepas dari konfigurasi aplikasi.
Android 14 QPR1 memungkinkan pengguna menerapkan penggantian per aplikasi melalui menu setelan baru di perangkat layar besar.
Berbagi layar aplikasi
应用屏幕共享功能让用户能够在录制屏幕内容期间共享应用窗口,而非整个设备屏幕。
使用应用屏幕共享时,状态栏、导航栏、通知和其他系统界面元素会从共享显示屏中排除。系统只会分享所选应用的内容。
应用屏幕共享可让用户运行多个应用,但仅限单个应用共享内容,从而提高效率和隐私性。
Smart Reply dengan teknologi LLM di Gboard pada Pixel 8 Pro
Di perangkat Pixel 8 Pro dengan Update Fitur Baru bulan Desember, developer dapat mencoba smart reply berkualitas tinggi di Gboard yang didukung oleh Model Bahasa Besar (LLM) di perangkat yang berjalan di Google Tensor.
Fitur ini tersedia sebagai pratinjau terbatas untuk bahasa Inggris AS di WhatsApp, Line, dan KakaoTalk. Diperlukan perangkat Pixel 8 Pro dengan Gboard sebagai keyboard Anda.
Untuk mencobanya, aktifkan fitur ini terlebih dahulu di Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.
Selanjutnya, buka percakapan di aplikasi yang didukung untuk melihat Smart Reply yang didukung LLM di strip saran Gboard sebagai respons terhadap pesan masuk.
Grafis
Jalur dapat dikueri dan dapat di-interpola
Android 的 Path
API 是一种强大且灵活的机制,可用于创建和渲染矢量图形,能够描边或填充路径,根据线段、二次曲线或立方曲线构建路径,执行布尔运算以获取更复杂的形状,或同时执行所有这些操作。不过,您无法找出 Path 对象中实际包含的内容;该对象的内部信息在创建后对于调用方是不透明的。
如需创建 Path
,您可以调用 moveTo()
、lineTo()
和 cubicTo()
等方法来添加路径片段。但是,无法询问该路径有哪些段,因此您必须在创建时保留该信息。
从 Android 14 开始,您可以查询路径以了解其内部内容。首先,您需要使用 Path.getPathIterator
API 获取 PathIterator
对象:
Kotlin
val path = Path().apply { moveTo(1.0f, 1.0f) lineTo(2.0f, 2.0f) close() } val pathIterator = path.pathIterator
Java
Path path = new Path(); path.moveTo(1.0F, 1.0F); path.lineTo(2.0F, 2.0F); path.close(); PathIterator pathIterator = path.getPathIterator();
接下来,您可以调用 PathIterator
逐个遍历片段,并检索每个片段的所有必要数据。以下示例使用了 PathIterator.Segment
对象,它会为您打包数据:
Kotlin
for (segment in pathIterator) { println("segment: ${segment.verb}, ${segment.points}") }
Java
while (pathIterator.hasNext()) { PathIterator.Segment segment = pathIterator.next(); Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints()); }
PathIterator
还有一个非分配版 next()
,您可以在其中传入缓冲区来保存点数据。
查询 Path
数据的一个重要用例是插值。例如,您可能想在两个不同的路径之间添加动画(或变形)。为了进一步简化该用例,Android 14 还在 Path
中添加了 interpolate()
方法。假设两个路径具有相同的内部结构,interpolate()
方法会使用该插值结果创建一个新的 Path
。以下示例返回了形状介于 path
和 otherPath
之间的一半(线性插值为 0 .5)的路径:
Kotlin
val interpolatedResult = Path() if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, .5f, interpolatedResult) }
Java
Path interpolatedResult = new Path(); if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, 0.5F, interpolatedResult); }
Jetpack graphics-path 库也为早期版本的 Android 启用了类似的 API。
Mesh kustom dengan shader verteks dan fragmen
Android telah lama mendukung penggambaran mesh segitiga dengan bayangan kustom, tetapi format mesh input terbatas pada beberapa kombinasi atribut yang telah ditentukan. Android 14 menambahkan dukungan untuk mesh kustom, yang dapat ditentukan sebagai segitiga atau strip segitiga, dan dapat, secara opsional, diindeks. Mesh ini ditentukan dengan atribut khusus, langkah verteks, varying, serta shader verteks dan fragmen yang ditulis dalam AGSL.
Shader verteks menentukan berbagai hal, seperti posisi dan warna, sedangkan
shader fragmen dapat secara opsional menentukan warna piksel, biasanya dengan
menggunakan variasi yang dibuat oleh shader verteks. Jika warna disediakan oleh
shader fragmen, warna tersebut akan digabungkan dengan warna Paint
saat ini menggunakan mode campuran yang dipilih saat
menggambar mesh. Uniforms dapat diteruskan
ke fragmen dan shader verteks untuk fleksibilitas tambahan.
Perender buffer hardware untuk Canvas
Untuk membantu penggunaan Canvas
API Android untuk menggambar dengan
akselerasi hardware ke HardwareBuffer
, Android 14
memperkenalkan HardwareBufferRenderer
. API ini
sangat berguna saat kasus penggunaan Anda melibatkan komunikasi dengan compositor
sistem melalui SurfaceControl
untuk penggambaran
latensi rendah.