Android 17 memperkenalkan fitur dan API baru yang hebat untuk para developer. Bagian berikut merangkum fitur ini untuk membantu Anda mulai menggunakan API terkait.
Untuk melihat daftar mendetail tentang API yang baru, diubah, dan dihapus, baca laporan perbedaan API. Untuk mengetahui detail tentang API baru, buka referensi API Android — API baru ditandai agar lebih mudah dilihat.
Anda juga harus meninjau area tempat perubahan platform dapat memengaruhi aplikasi Anda. Untuk informasi selengkapnya, lihat halaman berikut:
- Perubahan perilaku yang memengaruhi aplikasi saat menargetkan Android 17
- Perubahan perilaku yang memengaruhi semua aplikasi terlepas dari
targetSdkVersion.
Fungsi inti
Android 17 menambahkan fitur baru berikut yang terkait dengan fungsi Android inti.
Pemicu ProfilingManager baru
Android 17 向 ProfilingManager 添加了多个新的系统触发器,可帮助您收集深入的数据来调试性能问题。
新增的触发条件包括:
TRIGGER_TYPE_COLD_START:触发器在应用冷启动期间触发。它会在响应中同时提供调用堆栈样本和系统轨迹。TRIGGER_TYPE_OOM:当应用抛出OutOfMemoryError并提供 Java 堆转储作为响应时,会触发此事件。TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE:当应用因 CPU 使用率异常过高而被终止时,系统会触发此事件,并提供调用堆栈样本作为响应。
如需了解如何设置系统触发器,请参阅有关基于触发器的分析以及如何检索和分析分析数据的文档。
JobDebugInfo API
Android 17 引入了新的 JobDebugInfo API,可帮助开发者调试
其 JobScheduler 作业,包括作业为何未运行、运行了多长时间以及
其他汇总信息。
扩展后的 JobDebugInfo API 的第一个方法是
getPendingJobReasonStats(),该方法会返回一个映射,其中包含作业处于
待执行状态的原因及其各自的累计待执行
时长。此方法将 getPendingJobReasonsHistory() 和
getPendingJobReasons() 方法结合在一起,让您能够了解预定
作业为何未按预期运行,但通过在单个方法中提供时长和作业原因,简化了信息检索。
例如,对于指定的 jobId,该方法可能会返回
PENDING_JOB_REASON_CONSTRAINT_CHARGING 和 60000 毫秒的时长,表明
作业因未满足充电限制而处于待执行状态 60000 毫秒。
Mengurangi penguncian layar saat aktif dengan dukungan pemroses untuk alarm yang diizinkan saat perangkat dalam kondisi tidak aktif
Android 17
memperkenalkan varian baru AlarmManager.setExactAndAllowWhileIdle yang
menerima OnAlarmListener, bukan PendingIntent. Mekanisme baru berbasis callback ini ideal untuk aplikasi yang saat ini mengandalkan wakelock berkelanjutan untuk melakukan tugas berkala, seperti aplikasi pesan yang mempertahankan koneksi soket.
Privasi
Android 17 menyertakan fitur baru berikut untuk meningkatkan privasi pengguna.
Pemilih kontak Android
Pemilih Kontak Android adalah antarmuka standar yang dapat dijelajahi bagi pengguna untuk membagikan kontak ke aplikasi Anda. Tersedia di perangkat yang menjalankan Android 17 (level API 37) atau yang lebih tinggi, pemilih ini menawarkan alternatif yang menjaga privasi untuk izin READ_CONTACTS yang luas. Daripada meminta
akses ke seluruh buku alamat pengguna, aplikasi Anda menentukan kolom data yang
dibutuhkan, seperti nomor telepon atau alamat email, dan pengguna memilih kontak
tertentu untuk dibagikan. Hal ini memberi aplikasi Anda akses baca hanya ke data yang dipilih, memastikan kontrol terperinci sekaligus memberikan pengalaman pengguna yang konsisten dengan kemampuan penelusuran bawaan, penggantian profil, dan multi-seleksi tanpa harus membangun atau memelihara UI.
Untuk mengetahui informasi selengkapnya, lihat dokumentasi pemilih kontak.
Keamanan
Android 17 menambahkan fitur baru berikut untuk meningkatkan keamanan perangkat dan aplikasi.
Mode Perlindungan Lanjutan Android (AAPM)
Mode Perlindungan Lanjutan Android menawarkan serangkaian fitur keamanan baru yang canggih bagi pengguna Android, yang menandai langkah signifikan dalam mengamankan pengguna—terutama mereka yang berisiko lebih tinggi—dari serangan canggih. Dirancang sebagai fitur keikutsertaan, AAPM diaktifkan dengan satu setelan konfigurasi yang dapat diaktifkan pengguna kapan saja untuk menerapkan serangkaian perlindungan keamanan yang berpihak.
Konfigurasi inti ini mencakup pemblokiran penginstalan aplikasi dari sumber tidak dikenal (pengunduhan dari luar Play Store), pembatasan sinyal data USB, dan mewajibkan pemindaian Google Play Protect, yang secara signifikan mengurangi area permukaan serangan perangkat.
Developer dapat berintegrasi dengan fitur ini menggunakan API
AdvancedProtectionManager untuk mendeteksi status mode, sehingga aplikasi dapat
secara otomatis mengadopsi postur keamanan yang lebih kuat atau membatasi
fungsi berisiko tinggi saat pengguna telah mengaktifkannya.
Penandatanganan APK PQC
Android 现在支持混合 APK 签名方案,以保护应用的签名身份免受利用量子计算的潜在攻击威胁。此功能引入了一种新的 APK 签名方案,可让您将经典签名密钥(例如 RSA 或 EC)与新的后量子密码 (PQC) 算法 (ML-DSA) 配对。
这种混合方法可确保您的应用在未来免受量子攻击,同时与依赖经典签名验证的旧版 Android 版本和设备保持完全向后兼容。
对开发者的影响
- 使用 Play 应用签名的应用 :如果您使用 Play 应用签名,可以等待 Google Play 为您提供使用 Google Play 生成的 PQC 密钥升级混合签名的选项,确保您的应用受到保护,而无需手动管理密钥。
- 使用自行管理的密钥的应用 :自行管理签名密钥的开发者可以利用更新后的 Android build 工具(例如 apksigner)轮替到混合身份,将 PQC 密钥与新的经典密钥相结合。(您必须创建新的经典密钥,无法重复使用旧密钥。)
Konektivitas
Android 17 menambahkan fitur berikut untuk meningkatkan konektivitas perangkat dan aplikasi.
Jaringan satelit yang dibatasi
Menerapkan pengoptimalan agar aplikasi dapat berfungsi secara efektif melalui jaringan satelit dengan bandwidth rendah.
Pengalaman pengguna dan UI sistem
Android 17 menyertakan perubahan berikut untuk meningkatkan pengalaman pengguna.
Aliran volume Asisten khusus
Android 17 memperkenalkan aliran volume Asisten khusus untuk aplikasi Asisten,
untuk pemutaran dengan USAGE_ASSISTANT. Perubahan ini memisahkan audio Asisten
dari aliran media standar, sehingga pengguna dapat mengontrol kedua
volume secara terpisah. Hal ini memungkinkan skenario seperti membisukan pemutaran media sambil mempertahankan
kemampuan mendengar untuk respons Asisten, dan sebaliknya.
Aplikasi Asisten dengan akses ke mode audio MODE_ASSISTANT_CONVERSATION baru dapat lebih meningkatkan konsistensi kontrol volume. Aplikasi Asisten dapat menggunakan
mode ini untuk memberikan petunjuk kepada sistem tentang sesi Asisten yang aktif,
memastikan streaming Asisten dapat dikontrol di luar pemutaran
USAGE_ASSISTANT yang aktif atau dengan periferal Bluetooth yang terhubung.
Handoff
切换是 Android 17 中新增的一项功能和 API,应用开发者可以将其集成到应用中,以便为用户提供跨设备连续性。它允许用户在一个 Android 设备上启动应用 activity,然后将其转移到另一个 Android 设备。Handoff 在用户设备的后台运行,并通过各种入口点(例如接收设备上的启动器和任务栏)显示用户附近其他设备上的可用活动。
应用可以指定 Handoff 来启动相同的原生 Android 应用(如果该应用已安装在接收设备上且可供使用)。在此应用到应用流程中,用户通过深层链接跳转到指定 activity。或者,应用到网站切换功能可以作为后备选项提供,也可以通过网址切换功能直接实现。
切换支持是按 activity 实现的。如需启用 Handoff,请为 activity 调用 setHandoffEnabled() 方法。可能需要随切换传递额外数据,以便接收设备上重新创建的 activity 可以恢复适当的状态。实现 onHandoffActivityRequested() 回调以返回 HandoffActivityData 对象,该对象包含用于指定 Handoff 应如何处理并在接收设备上重新创建 activity 的详细信息。
Pembaruan Langsung - Semantic color API
Dengan Android 17, Update Langsung meluncurkan Semantic Coloring API untuk mendukung warna dengan makna universal.
Class berikut mendukung pewarnaan semantik:
NotificationNotification.MetricNotification.ProgressStyle.PointNotification.ProgressStyle.Segment
Mewarnai
- Hijau: Terkait dengan keselamatan. Warna ini harus digunakan untuk kasus yang memberi tahu orang lain bahwa Anda berada dalam situasi aman.
- Oranye: Untuk menunjukkan kehati-hatian dan menandai bahaya fisik. Warna ini harus digunakan dalam situasi saat pengguna perlu memperhatikan setelan perlindungan yang lebih baik.
- Merah: Umumnya menunjukkan bahaya, berhenti. Harus ditampilkan untuk kasus yang memerlukan perhatian orang dengan segera.
- Biru: Warna netral untuk konten yang bersifat informatif dan harus terlihat berbeda dari konten lainnya.
Contoh berikut menunjukkan cara menerapkan gaya semantik ke teks dalam notifikasi:
val ssb = SpannableStringBuilder()
.append("Colors: ")
.append("NONE", Notification.createSemanticStyleAnnotation(SEMANTIC_STYLE_UNSPECIFIED), 0)
.append(", ")
.append("INFO", Notification.createSemanticStyleAnnotation(SEMANTIC_STYLE_INFO), 0)
.append(", ")
.append("SAFE", Notification.createSemanticStyleAnnotation(SEMANTIC_STYLE_SAFE), 0)
.append(", ")
.append("CAUTION", Notification.createSemanticStyleAnnotation(SEMANTIC_STYLE_CAUTION), 0)
.append(", ")
.append("DANGER", Notification.createSemanticStyleAnnotation(SEMANTIC_STYLE_DANGER), 0)
Notification.Builder(context, channelId)
.setSmallIcon(R.drawable.ic_icon)
.setContentTitle("Hello World!")
.setContentText(ssb)
.setOngoing(true)
.setRequestPromotedOngoing(true)
UWB Downlink-TDoA API untuk Android 17
Pengukuran Downlink Time Difference of Arrival (DL-TDoA) memungkinkan perangkat menentukan posisinya relatif terhadap beberapa anchor dengan mengukur waktu kedatangan sinyal relatif.
Cuplikan berikut menunjukkan cara menginisialisasi Ranging Manager, memverifikasi kemampuan perangkat, dan memulai sesi DL-TDoA:
Kotlin
class RangingApp {
fun initDlTdoa(context: Context) {
// Initialize the Ranging Manager
val rangingManager = context.getSystemService(RangingManager::class.java)
// Register for device capabilities
val capabilitiesCallback = object : RangingManager.CapabilitiesCallback {
override fun onRangingCapabilities(capabilities: RangingCapabilities) {
// Make sure Dl-TDoA is supported before starting the session
if (capabilities.uwbCapabilities != null && capabilities.uwbCapabilities!!.isDlTdoaSupported) {
startDlTDoASession(context)
}
}
}
rangingManager.registerCapabilitiesCallback(Executors.newSingleThreadExecutor(), capabilitiesCallback)
}
fun startDlTDoASession(context: Context) {
// Initialize the Ranging Manager
val rangingManager = context.getSystemService(RangingManager::class.java)
// Create session and configure parameters
val executor = Executors.newSingleThreadExecutor()
val rangingSession = rangingManager.createRangingSession(executor, RangingSessionCallback())
val rangingRoundIndexes = intArrayOf(0)
val config: ByteArray = byteArrayOf() // OOB config data
val params = DlTdoaRangingParams.createFromFiraConfigPacket(config, rangingRoundIndexes)
val rangingDevice = RangingDevice.Builder().build()
val rawTagDevice = RawRangingDevice.Builder()
.setRangingDevice(rangingDevice)
.setDlTdoaRangingParams(params)
.build()
val dtTagConfig = RawDtTagRangingConfig.Builder(rawTagDevice).build()
val preference = RangingPreference.Builder(DEVICE_ROLE_DT_TAG, dtTagConfig)
.setSessionConfig(SessionConfig.Builder().build())
.build()
// Start the ranging session
rangingSession.start(preference)
}
}
private class RangingSessionCallback : RangingSession.Callback {
override fun onDlTdoaResults(peer: RangingDevice, measurement: DlTdoaMeasurement) {
// Process measurement results here
}
}
Java
public class RangingApp {
public void initDlTdoa(Context context) {
// Initialize the Ranging Manager
RangingManager rangingManager = context.getSystemService(RangingManager.class);
// Register for device capabilities
RangingManager.CapabilitiesCallback capabilitiesCallback = new RangingManager.CapabilitiesCallback() {
@Override
public void onRangingCapabilities(RangingCapabilities capabilities) {
// Make sure Dl-TDoA is supported before starting the session
if (capabilities.getUwbCapabilities() != null && capabilities.getUwbCapabilities().isDlTdoaSupported) {
startDlTDoASession(context);
}
}
};
rangingManager.registerCapabilitiesCallback(Executors.newSingleThreadExecutor(), capabilitiesCallback);
}
public void startDlTDoASession(Context context) {
RangingManager rangingManager = context.getSystemService(RangingManager.class);
// Create session and configure parameters
Executor executor = Executors.newSingleThreadExecutor();
RangingSession rangingSession = rangingManager.createRangingSession(executor, new RangingSessionCallback());
int[] rangingRoundIndexes = new int[] {0};
byte[] config = new byte[0]; // OOB config data
DlTdoaRangingParams params = DlTdoaRangingParams.createFromFiraConfigPacket(config, rangingRoundIndexes);
RangingDevice rangingDevice = new RangingDevice.Builder().build();
RawRangingDevice rawTagDevice = new RawRangingDevice.Builder()
.setRangingDevice(rangingDevice)
.setDlTdoaRangingParams(params)
.build();
RawDtTagRangingConfig dtTagConfig = new RawDtTagRangingConfig.Builder(rawTagDevice).build();
RangingPreference preference = new RangingPreference.Builder(DEVICE_ROLE_DT_TAG, dtTagConfig)
.setSessionConfig(new SessionConfig.Builder().build())
.build();
// Start the ranging session
rangingSession.start(preference);
}
private static class RangingSessionCallback implements RangingSession.Callback {
@Override
public void onDlTdoaResults(RangingDevice peer, DlTdoaMeasurement measurement) {
// Process measurement results here
}
}
}
Konfigurasi Out-of-Band (OOB)
Cuplikan berikut memberikan contoh data konfigurasi OOB DL-TDoA untuk Wi-Fi dan BLE:
Java
// Wifi Configuration
byte[] wifiConfig = {
(byte) 0xDD, (byte) 0x2D, (byte) 0x5A, (byte) 0x18, (byte) 0xFF, // Header
(byte) 0x5F, (byte) 0x19, // FiRa Sub-Element
(byte) 0x02, (byte) 0x00, // Profile ID
(byte) 0x06, (byte) 0x02, (byte) 0x20, (byte) 0x08, // MAC Address
(byte) 0x14, (byte) 0x01, (byte) 0x0C, // Preamble Index
(byte) 0x27, (byte) 0x02, (byte) 0x08, (byte) 0x07, // Vendor ID
(byte) 0x28, (byte) 0x06, (byte) 0xCA, (byte) 0xC8, (byte) 0xA6, (byte) 0xF7, (byte) 0x6F, (byte) 0x08, // Static STS IV
(byte) 0x08, (byte) 0x02, (byte) 0x60, (byte) 0x09, // Slot Duration
(byte) 0x1B, (byte) 0x01, (byte) 0x0A, // Slots per RR
(byte) 0x09, (byte) 0x04, (byte) 0xE8, (byte) 0x03, (byte) 0x00, (byte) 0x00, // Duration
(byte) 0x9F, (byte) 0x04, (byte) 0x67, (byte) 0x45, (byte) 0x23, (byte) 0x01 // Session ID
};
// BLE Configuration
byte[] bleConfig = {
(byte) 0x2D, (byte) 0x16, (byte) 0xF4, (byte) 0xFF, // Header
(byte) 0x5F, (byte) 0x19, // FiRa Sub-Element
(byte) 0x02, (byte) 0x00, // Profile ID
(byte) 0x06, (byte) 0x02, (byte) 0x20, (byte) 0x08, // MAC Address
(byte) 0x14, (byte) 0x01, (byte) 0x0C, // Preamble Index
(byte) 0x27, (byte) 0x02, (byte) 0x08, (byte) 0x07, // Vendor ID
(byte) 0x28, (byte) 0x06, (byte) 0xCA, (byte) 0xC8, (byte) 0xA6, (byte) 0xF7, (byte) 0x6F, (byte) 0x08, // Static STS IV
(byte) 0x08, (byte) 0x02, (byte) 0x60, (byte) 0x09, // Slot Duration
(byte) 0x1B, (byte) 0x01, (byte) 0x0A, // Slots per RR
(byte) 0x09, (byte) 0x04, (byte) 0xE8, (byte) 0x03, (byte) 0x00, (byte) 0x00, // Duration
(byte) 0x9F, (byte) 0x04, (byte) 0x67, (byte) 0x45, (byte) 0x23, (byte) 0x01 // Session ID
};
Jika Anda tidak dapat menggunakan konfigurasi OOB karena tidak ada, atau jika Anda perlu mengubah nilai default yang tidak ada dalam konfigurasi OOB, Anda dapat membuat parameter dengan DlTdoaRangingParams.Builder seperti yang ditunjukkan dalam cuplikan berikut. Anda dapat menggunakan
parameter ini sebagai pengganti DlTdoaRangingParams.createFromFiraConfigPacket():
Kotlin
val dlTdoaParams = DlTdoaRangingParams.Builder(1)
.setComplexChannel(UwbComplexChannel.Builder()
.setChannel(9).setPreambleIndex(10).build())
.setDeviceAddress(deviceAddress)
.setSessionKeyInfo(byteArrayOf(0x01, 0x02, 0x03, 0x04))
.setRangingIntervalMillis(240)
.setSlotDuration(UwbRangingParams.DURATION_2_MS)
.setSlotsPerRangingRound(20)
.setRangingRoundIndexes(byteArrayOf(0x01, 0x05))
.build()
Java
DlTdoaRangingParams dlTdoaParams = new DlTdoaRangingParams.Builder(1)
.setComplexChannel(new UwbComplexChannel.Builder()
.setChannel(9).setPreambleIndex(10).build())
.setDeviceAddress(deviceAddress)
.setSessionKeyInfo(new byte[]{0x01, 0x02, 0x03, 0x04})
.setRangingIntervalMillis(240)
.setSlotDuration(UwbRangingParams.DURATION_2_MS)
.setSlotsPerRangingRound(20)
.setRangingRoundIndexes(new byte[]{0x01, 0x05})
.build();