Android 14 memperkenalkan fitur dan API yang hebat untuk developer. Berikut ini bantuan untuk mempelajari fitur-fitur yang tersedia untuk aplikasi Anda, serta mulai menggunakan API yang 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 API level 34. Untuk mempelajari area tempat perubahan platform dapat 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
用户可通过地区偏好设置对温度单位、一周的第一天和编号系统进行个性化设置。居住在美国的欧洲用户可能更希望使用摄氏度,而不是华氏度,并且希望应用将星期一视为一周的开始,而不是像美国那样默认从星期日开始。
新 Android 设置菜单包含这些偏好设置,使用户能够在一个位置集中发现这些应用更改偏好设置。这些偏好设置在备份和恢复设备后也会保持不变。多个 API 和 intent(例如 getTemperatureUnit
和 getFirstDayOfWeek
)会为您的应用授予读取权限来访问用户偏好设置,因此您的应用可以调整其显示信息的方式。您还可以在 ACTION_LOCALE_CHANGED
上注册 BroadcastReceiver
,以便在地区偏好设置发生更改时处理语言区域配置更改。
如需找到这些设置,请打开“设置”应用,然后依次前往系统 > 语言和输入法 > 地区偏好设置。


Aksesibilitas
Penskalaan font non-linear ke 200%
从 Android 14 开始,系统支持字体放大高达 200%,为弱视用户提供了符合网络内容无障碍指南 (WCAG) 的其他无障碍选项。
为防止屏幕上的大文本元素放大过大,系统会采用非线性放大曲线。这种放大策略意味着大号文本的放大比例不会与较小的文本相同。非线性字体缩放有助于保持不同大小元素之间的比例层次结构,同时缓解高级别线性文本缩放的问题(例如文本被截断或文本因超大显示大小而难以阅读)。
使用非线性字体放大测试应用

如果您已经使用放大像素 (sp) 单位来定义文本大小,那么这些额外的选项和缩放改进会自动应用于应用中的文本。但是,您仍然应该在启用最大字体大小 (200%) 的情况下执行界面测试,以确保应用正确应用字体大小,并且可以适应更大的字体大小,而不影响易用性。
要启用 200% 字号,请按以下步骤操作:
- 打开“设置”应用,然后依次前往无障碍 > 显示大小和文字。
- 在字号选项中,点按加号 (+) 图标,直到启用最大字号设置,如本部分随附的图片所示。
针对文本大小使用放大像素 (sp) 单位
请务必始终以 sp 为单位指定文本大小。当应用使用 sp 单位时,Android 可以应用用户的首选文本大小并相应地缩放。
不要为内边距使用 sp 单位,也不假设隐式内边距定义视图高度:使用非线性字体缩放 sp 尺寸可能不成比例,因此 4sp + 20sp 可能不等于 24sp。
转换放大像素 (sp) 单位
使用 TypedValue.applyDimension()
从 sp 单位转换为像素,并使用 TypedValue.deriveDimension()
将像素转换为 sp。这些方法会自动应用适当的非线性缩放曲线。
避免使用 Configuration.fontScale
或 DisplayMetrics.scaledDensity
对方程进行硬编码。由于字体缩放是非线性的,因此 scaledDensity
字段不再准确。fontScale
字段应仅用于提供信息,因为字体不再使用单个标量值进行缩放。
对 lineHeight 使用 sp 单位
始终使用 sp 单位(而非 dp)定义 android:lineHeight
,以便行高随文本一起缩放。否则,如果您的文本为 sp,而 lineHeight
以 dp 或 px 为单位,则文本无法缩放且看起来狭窄。TextView 会自动更正 lineHeight
以保留您预期的比例,但前提是以 sp 为单位同时定义 textSize
和 lineHeight
。
Kamera dan media
Ultra HDR untuk gambar

Android 14 menambahkan dukungan untuk gambar Rentang Dinamis Tinggi (HDR) yang mempertahankan lebih banyak informasi dari sensor saat mengambil foto, yang memungkinkan warna yang cerah dan kontras yang lebih besar. Android menggunakan format Ultra HDR, yang sepenuhnya kompatibel dengan gambar JPEG, sehingga aplikasi dapat berinteraksi dengan lancar dengan gambar HDR, menampilkannya dalam Rentang Dinamis Standar (SDR) sesuai kebutuhan.
Merender gambar ini di UI dalam HDR dilakukan secara otomatis oleh framework
saat aplikasi Anda memilih untuk menggunakan UI HDR untuk Jendela Aktivitasnya, baik melalui entri manifes atau saat runtime dengan memanggil
Window.setColorMode()
. Anda juga dapat mengambil gambar diam Ultra HDR
yang dikompresi di perangkat yang didukung. Dengan lebih banyak warna yang dipulihkan
dari sensor, pengeditan pasca-produksi dapat lebih fleksibel. Gainmap
yang terkait dengan gambar Ultra HDR dapat digunakan untuk merendernya
menggunakan OpenGL atau Vulkan.
Zoom, Fokus, Postview, dan lainnya di ekstensi kamera
Android 14 mengupgrade dan meningkatkan ekstensi kamera, sehingga aplikasi dapat menangani waktu pemrosesan yang lebih lama, yang memungkinkan gambar yang lebih baik menggunakan algoritma yang intensif komputasi seperti fotografi cahaya rendah di perangkat yang didukung. Fitur ini memberi pengguna pengalaman yang lebih andal saat menggunakan kemampuan ekstensi kamera. Contoh peningkatan ini mencakup:
- Estimasi latensi pemrosesan pengambilan gambar diam dinamis memberikan estimasi latensi pengambilan gambar diam yang jauh lebih akurat berdasarkan kondisi lingkungan dan situasi saat ini. Panggil
CameraExtensionSession.getRealtimeStillCaptureLatency()
untuk mendapatkan objekStillCaptureLatency
yang memiliki dua metode estimasi latensi. MetodegetCaptureLatency()
menampilkan estimasi latensi antaraonCaptureStarted
danonCaptureProcessStarted()
, dan metodegetProcessingLatency()
menampilkan estimasi latensi antaraonCaptureProcessStarted()
dan frame akhir yang diproses yang tersedia. - Dukungan untuk callback progres pengambilan sehingga aplikasi dapat menampilkan
progres saat ini dari operasi pemrosesan pengambilan gambar diam yang berjalan lama. Anda dapat memeriksa
apakah fitur ini tersedia dengan
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
, dan jika tersedia, Anda akan mengimplementasikan callbackonCaptureProcessProgressed()
, yang memiliki progres (dari 0 hingga 100) yang diteruskan sebagai parameter. Metadata khusus ekstensi, seperti
CaptureRequest.EXTENSION_STRENGTH
untuk menelepon jumlah efek ekstensi, seperti jumlah pemburaman latar belakang denganEXTENSION_BOKEH
.Fitur Postview untuk Still Capture di ekstensi kamera, yang memberikan gambar yang kurang diproses dengan lebih cepat daripada gambar akhir. Jika ekstensi telah meningkatkan latensi pemrosesan, gambar pasca-tampilan dapat diberikan sebagai placeholder untuk meningkatkan UX dan diganti nanti dengan gambar akhir. Anda dapat memeriksa apakah fitur ini tersedia dengan
CameraExtensionCharacteristics.isPostviewAvailable
. Kemudian, Anda dapat meneruskanOutputConfiguration
keExtensionSessionConfiguration.setPostviewOutputConfiguration
.Dukungan untuk
SurfaceView
yang memungkinkan jalur rendering pratinjau yang lebih dioptimalkan dan hemat daya.Dukungan untuk ketuk untuk memfokuskan dan melakukan zoom selama penggunaan ekstensi.
Zoom dalam sensor
Jika REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
di
CameraCharacteristics
berisi
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
, aplikasi Anda
dapat menggunakan kemampuan sensor lanjutan untuk memberikan streaming RAW yang dipangkas dengan piksel
yang sama dengan bidang pandang penuh menggunakan CaptureRequest
dengan target RAW yang memiliki kasus penggunaan streaming yang disetel ke
CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
.
Dengan menerapkan kontrol penggantian permintaan, kamera yang diperbarui memberi pengguna kontrol zoom bahkan sebelum kontrol kamera lainnya siap.
Audio USB lossless
Android 14 mendapatkan dukungan untuk format audio lossless untuk pengalaman
level audiophile melalui headset berkabel USB. Anda dapat membuat kueri perangkat USB untuk
atribut mixer pilihannya, mendaftarkan pemroses untuk perubahan pada atribut
mixer pilihan, dan mengonfigurasi atribut mixer menggunakan
class AudioMixerAttributes
. Class ini mewakili
format, seperti mask saluran, frekuensi sampel, dan perilaku mixer audio. Class
ini memungkinkan audio dikirim langsung, tanpa pencampuran,
penyesuaian volume, atau efek pemrosesan.
Alat dan produktivitas developer
Pengelola Kredensial
Android 14 将 Credential Manager 添加为平台 API,并通过使用 Google Play 服务的 Jetpack 库,向后额外支持 Android 4.4(API 级别 19)设备。Credential Manager 旨在通过 API 使用用户配置的凭据提供程序检索和存储凭据,让用户更轻松地登录。Credential Manager 在单个 API 中支持多种登录方法,包括用户名和密码、通行密钥和联合登录解决方案(如“使用 Google 账号登录”)。
通行密钥具有许多优势。例如,通行密钥是基于业界标准构建的,可在各种不同的操作系统和浏览器生态系统中使用,并且可用于网站和应用。
如需了解详情,请参阅 Credential Manager 和通行密钥文档以及介绍 Credential Manager 和通行密钥的博文。
Health Connect
Health Connect is an on-device repository for user health and fitness data. It allows users to share data between their favorite apps, with a single place to control what data they want to share with these apps.
On devices running Android versions prior to Android 14, Health Connect is available to download as an app on the Google Play store. Starting with Android 14, Health Connect is part of the platform and receives updates through Google Play system updates without requiring a separate download. With this, Health Connect can be updated frequently, and your apps can rely on Health Connect being available on devices running Android 14 or higher. Users can access Health Connect from the Settings in their device, with privacy controls integrated into the system settings.


Health Connect includes several new features in Android 14, such as exercise routes, allowing users to share a route of their workout which can be visualized on a map. A route is defined as a list of locations saved within a window of time, and your app can insert routes into exercise sessions, tying them together. To ensure that users have complete control over this sensitive data, users must allow sharing individual routes with other apps.
For more information, see the Health Connection documentation and the blogpost on What's new in Android Health.
Update OpenJDK 17
Android 14 melanjutkan pekerjaan memuat ulang library inti Android agar selaras dengan fitur dalam rilis OpenJDK LTS terbaru, termasuk update library dan dukungan bahasa Java 17 untuk developer aplikasi dan platform.
Fitur dan peningkatan berikut disertakan:
- Mengupdate sekitar 300 class
java.base
ke dukungan Java 17. - Pemblokiran Teks, yang memperkenalkan literal string multibaris ke bahasa pemrograman Java.
- Pencocokan Pola untuk instance, yang memungkinkan objek
diperlakukan sebagai memiliki jenis tertentu dalam
instanceof
tanpa variabel tambahan. - Class tertutup, yang memungkinkan Anda membatasi class dan antarmuka yang dapat memperluas atau menerapkannya.
Berkat update sistem Google Play (Project Mainline), lebih dari 600 juta perangkat diaktifkan untuk menerima update Android Runtime (ART) terbaru yang menyertakan perubahan ini. Ini adalah bagian dari komitmen kami untuk memberi aplikasi lingkungan yang lebih konsisten dan aman di seluruh perangkat, serta memberikan fitur dan kemampuan baru kepada pengguna, terlepas dari rilis platform.
Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Peningkatan untuk app store
Android 14 memperkenalkan beberapa PackageInstaller
API yang
memungkinkan app store meningkatkan pengalaman pengguna mereka.
Meminta persetujuan penginstalan sebelum mendownload
Menginstal atau mengupdate aplikasi mungkin memerlukan persetujuan pengguna.
Misalnya, saat penginstal yang menggunakan izin
REQUEST_INSTALL_PACKAGES
mencoba menginstal
aplikasi baru. Pada versi Android sebelumnya, app store hanya dapat meminta persetujuan pengguna
setelah APK ditulis ke sesi penginstalan dan
sesi berkomitmen.
Mulai Android 14, metode requestUserPreapproval()
memungkinkan penginstal meminta persetujuan pengguna sebelum melakukan sesi
penginstalan. Peningkatan ini memungkinkan app store menunda download APK apa pun hingga
setelah penginstalan disetujui oleh pengguna. Selain itu, setelah pengguna
menyetujui penginstalan, app store dapat mendownload dan menginstal aplikasi di
latar belakang tanpa mengganggu pengguna.
Mengklaim tanggung jawab untuk update mendatang
Metode setRequestUpdateOwnership()
memungkinkan penginstal
memberi tahu sistem bahwa penginstal bermaksud bertanggung jawab atas update mendatang
untuk aplikasi yang diinstalnya. Kemampuan ini memungkinkan penerapan
kepemilikan update, yang berarti bahwa hanya pemilik update yang diizinkan
untuk menginstal update otomatis ke aplikasi. Penerapan
kepemilikan update membantu memastikan bahwa pengguna hanya menerima update dari app store
yang diharapkan.
Penginstal lainnya, termasuk yang menggunakan izin
INSTALL_PACKAGES
, harus menerima persetujuan eksplisit
pengguna untuk menginstal update. Jika pengguna memutuskan untuk melanjutkan update dari sumber lain, kepemilikan update akan hilang.
Mengupdate aplikasi pada waktu yang tidak terlalu mengganggu
App store biasanya ingin menghindari update aplikasi yang aktif digunakan karena hal ini menyebabkan proses aplikasi yang sedang berjalan dihentikan, yang berpotensi mengganggu aktivitas pengguna.
Mulai Android 14, InstallConstraints
API
memberi penginstal cara untuk memastikan update aplikasi mereka terjadi pada
momen yang tepat. Misalnya, app store dapat memanggil metode
commitSessionAfterInstallConstraintsAreMet()
untuk
memastikan update hanya dilakukan saat pengguna tidak lagi
berinteraksi dengan aplikasi yang dimaksud.
Menginstal pemisahan opsional dengan lancar
Dengan APK terpisah, fitur aplikasi dapat dikirimkan dalam file APK terpisah,
bukan sebagai APK monolitik. APK terpisah memungkinkan app store mengoptimalkan
pengiriman berbagai komponen aplikasi. Misalnya, app store dapat mengoptimalkan
berdasarkan properti perangkat target. PackageInstaller
API telah mendukung pemisahan sejak
diperkenalkan di API level 22.
Di Android 14, metode setDontKillApp()
memungkinkan
penginstal menunjukkan bahwa proses aplikasi yang sedang berjalan tidak boleh dihentikan saat
pemisahan baru diinstal. App store dapat menggunakan fitur ini untuk menginstal
fitur baru aplikasi dengan lancar ketika pengguna sedang menggunakan aplikasi.
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 在开发者选项背后引入了预测性“返回主屏幕”动画。在已启用开发者选项的受支持应用中使用时,滑回手势会显示动画,表明返回手势会使应用退回到主屏幕。
Android 14 包含针对“预测性返回”的多项改进和新指南:
- 您可设置
android:enableOnBackInvokedCallback=true
,以便为每个 activity 选择启用预测性返回系统动画,而不是为整个应用选择启用。 - 我们添加了新的系统动画,以配合 Android 13 中的“返回主屏幕”动画。新的系统动画是跨 activity 和跨任务的,您可在迁移到预测性返回后自动获得该动画。
- 我们为底部动作条、侧边动作条和搜索添加了新的 Material 组件动画。
- 我们制作了有关如何创建自定义应用内动画和转换的设计指南。
- 我们添加了许多新 API 来支持自定义的应用内转换动画:
在此 Android 14 预览版中,所有预测性返回功能都是位于开发者选项背后。请参阅与将您的应用迁移到预测性返回有关的开发者指南,以及与创建自定义应用内转换有关的开发者指南。
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.
Ganti 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
Berbagi layar aplikasi memungkinkan pengguna berbagi jendela aplikasi, bukan seluruh layar perangkat selama perekaman konten layar.
Dengan berbagi layar aplikasi, status bar, menu navigasi, notifikasi, dan elemen UI sistem lainnya dikecualikan dari tampilan bersama. Hanya konten aplikasi yang dipilih yang dibagikan.
Berbagi layar aplikasi meningkatkan produktivitas dan privasi dengan memungkinkan pengguna menjalankan beberapa aplikasi, tetapi membatasi berbagi konten ke satu aplikasi.
Smart Reply yang didukung LLM di Gboard pada Pixel 8 Pro
在搭载 12 月功能分块的 Pixel 8 Pro 设备上,开发者可以在 Gboard 中试用质量更高的智能回复,这些回复由在 Google Tensor 上运行的设备端大语言模型 (LLM) 提供支持。
此功能目前仅在 WhatsApp、Line 和 KakaoTalk 中以美式英语的形式提供给用户进行小范围测试。此功能需要使用 Pixel 8 Pro 设备,并将 Gboard 用作键盘。
如需试用此功能,请先依次前往设置 > 开发者选项 > AiCore 设置 > 启用 Aicore 持久性,启用该功能。
接下来,在受支持的应用中打开对话,即可在 Gboard 的建议栏中看到依托 LLM 的智能回复,以便回复收到的消息。
Grafik
Jalur dapat dikueri dan dapat di-interpola
Path
API Android adalah mekanisme yang andal dan fleksibel untuk
membuat dan merender grafik vektor, dengan kemampuan untuk membuat goresan atau mengisi
jalur, membuat jalur dari segmen garis atau kurva kuadrat atau kubik, melakukan
operasi boolean untuk mendapatkan bentuk yang lebih kompleks, atau semuanya
secara bersamaan. Salah satu keterbatasannya adalah kemampuan untuk mengetahui apa yang sebenarnya ada di
objek Path; bagian dalam objek bersifat buram bagi pemanggil setelah dibuat.
Untuk membuat Path
, panggil metode seperti
moveTo()
, lineTo()
, dan
cubicTo()
untuk menambahkan segmen jalur. Namun, belum ada cara untuk menanyakan kepada jalur tersebut tentang segmennya, jadi Anda harus menyimpan informasi tersebut pada waktu pembuatan.
Mulai Android 14, Anda dapat mengkueri jalur untuk mencari tahu apa yang ada di dalamnya.
Pertama, Anda perlu mendapatkan objek PathIterator
menggunakan
Path.getPathIterator
API:
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();
Selanjutnya, Anda dapat memanggil PathIterator
untuk melakukan iterasi melalui segmen
satu per satu, mengambil semua data yang diperlukan untuk setiap segmen. Contoh ini
menggunakan objek PathIterator.Segment
, yang mengemas data
untuk Anda:
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
juga memiliki versi next()
yang tidak mengalokasikan, tempat Anda dapat meneruskan
buffer untuk menyimpan data titik.
Salah satu kasus penggunaan yang penting untuk mengkueri data Path
adalah interpolasi. Misalnya,
Anda mungkin ingin menganimasikan (atau mengubah) antara dua jalur berbeda. Untuk
lebih menyederhanakan kasus penggunaan tersebut, Android 14 juga menyertakan
metode interpolate()
di Path
. Dengan asumsi bahwa kedua jalur memiliki
struktur internal yang sama, metode interpolate()
akan membuat Path
baru
dengan hasil interpolasi tersebut. Contoh ini menampilkan jalur yang bentuknya
setengah (interpolasi linier 0,5) antara path
dan otherPath
:
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); }
Library graphics-path Jetpack juga memungkinkan API serupa untuk versi Android yang lebih lama.
Mesh kustom dengan shader fragmen dan vertex
Android telah lama mendukung mesh segitiga gambar dengan bayangan kustom, tetapi format mesh input telah dibatasi untuk beberapa kombinasi atribut yang telah ditentukan. Android 14 menambahkan dukungan untuk mesh kustom, yang dapat didefinisikan sebagai segitiga atau strip segitiga, dan dapat, secara opsional, diindeks. Mesh ini ditentukan dengan atribut kustom, langkah vertex, beragam, serta shader vertex dan fragmen yang ditulis dalam AGSL.
Vertex shader menentukan variasi, seperti posisi dan warna, sedangkan
fragment shader secara opsional dapat menentukan warna untuk piksel, biasanya dengan
menggunakan variasi yang dibuat oleh vertex shader. Jika warna disediakan oleh shader fragmen, warna tersebut akan digabungkan dengan warna Paint
saat ini menggunakan mode gabungan yang dipilih saat menggambar mesh. Seragam dapat diteruskan
ke shader fragmen dan vertex untuk fleksibilitas tambahan.
Perender buffer hardware untuk Kanvas
Untuk membantu dalam penggunaan Canvas
API Android untuk menggambar
akselerasi hardware ke HardwareBuffer
, Android 14
memperkenalkan HardwareBufferRenderer
. API ini
sangat berguna jika kasus penggunaan Anda melibatkan komunikasi dengan
komponer sistem melalui SurfaceControl
untuk gambar
dengan latensi rendah.