功能和 API

Android 17 面向开发者引入了一些出色的新功能和 API。以下部分总结了这些功能，可帮助您开始使用相关 API。

有关新增、修改和移除的 API 的详细列表，请参阅 API 差异报告。如需详细了解新的 API，请访问 Android API 参考文档，新 API 会突出显示以方便查看。

您还应查看平台变更可能会在哪些方面影响您的应用。如需了解详情，请参阅以下页面：

• 影响以 Android 17 为目标平台的应用的行为变更
• 影响所有应用的行为变更（无论 targetSdkVersion 为何）。

注意： 此页面列出了一些较为重要的新功能。如需了解详情，请参阅 Android 17 版本说明。

核心功能

Android 17 添加了以下与 Android 核心功能相关的新功能。

新的 ProfilingManager 触发器

Android 17 向 ProfilingManager 添加了多个新的系统触发器，可帮助您收集深入的数据来调试性能问题。

新触发条件包括：

• TRIGGER_TYPE_COLD_START：在应用冷启动期间发生触发。它在响应中同时提供调用堆栈示例和系统跟踪。
• TRIGGER_TYPE_OOM：当应用抛出 OutOfMemoryError 时触发，并提供 Java 堆转储作为响应。
• TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE：当应用因 CPU 使用率异常和过高而被终止时，会发生触发，并提供正在运行的后台系统跟踪的快照作为响应。
• TRIGGER_TYPE_ANOMALY：检测系统性能异常，例如 binder 调用过多和内存用量过多。

如需了解如何设置系统触发器，请参阅有关基于触发器的性能分析以及如何检索和上传配置文件和分析性能分析数据的文档。

应用异常性能分析触发器

Android 17 引入了设备端异常值检测服务，用于监控资源密集型行为和潜在的兼容性回归。此服务与 ProfilingManager 集成，可让您的应用接收由系统检测到的特定事件触发的性能分析工件。

使用 TRIGGER_TYPE_ANOMALY 触发器检测系统性能问题，例如 Binder 调用过多和内存用量过多。当应用超出操作系统定义的内存限制时，异常触发器可让开发者接收应用专属堆转储，以帮助识别和修复内存问题。此外，对于过多的 binder 垃圾内容，异常触发器会提供 binder 事务的堆栈采样分析。

此 API 回调会在系统强制执行任何操作之前发生。例如，它可以帮助开发者在应用因超出内存限制而被系统终止之前收集调试数据。

fun registerAnomalyTrigger(context: Context) {
    val profilingManager =
        context.getSystemService(ProfilingManager::class.java) ?: return
    val triggers = listOf(
        ProfilingTrigger.Builder(ProfilingTrigger.TRIGGER_TYPE_ANOMALY).build()
    )
    val callbackExecutor: Executor = Executors.newSingleThreadExecutor()
    val resultCallback = Consumer<ProfilingResult> { profilingResult ->
        if (profilingResult.errorCode == ProfilingResult.ERROR_NONE) {
            // Upload profile result to server for further analysis
            profilingResult.resultFilePath?.let { setupProfileUploadWorker(it) }
        }
    }
    profilingManager.registerForAllProfilingResults(
        callbackExecutor,
        resultCallback
    )
    profilingManager.addProfilingTriggers(triggers)
}

JobDebugInfo API

Android 17 引入了新的 JobDebugInfo API，可帮助开发者调试其 JobScheduler 作业，例如作业未运行的原因、作业运行了多长时间以及其他聚合信息。

扩展后的 JobDebugInfo API 的第一个方法是 getPendingJobReasonStats()，它会返回一个映射，其中包含作业处于待执行状态的原因及其各自的累计待处理时长。此方法结合了 getPendingJobReasonsHistory() 和 getPendingJobReasons() 方法，可让您深入了解预定作业未按预期运行的原因，但通过在单个方法中提供时长和作业原因，简化了信息检索。

例如，对于指定的 jobId，该方法可能会返回 PENDING_JOB_REASON_CONSTRAINT_CHARGING 和 60000 毫秒的时长，表示由于充电限制未得到满足，作业处于待处理状态的时长为 60000 毫秒。

通过监听器支持“空闲时允许”闹钟，减少唤醒锁定

Android 17 引入了 AlarmManager.setExactAndAllowWhileIdle 的新变体，该变体接受 OnAlarmListener 而不是 PendingIntent。这种基于回调的新机制非常适合目前依赖持续唤醒锁来执行周期性任务的应用，例如维护套接字连接的即时通讯应用。

隐私权

Android 17 包含以下新功能，可更好地保护用户隐私。

加密客户端 Hello (ECH) 平台支持

Android 17 introduces platform support for Encrypted Client Hello (ECH), a significant privacy enhancement for network communications. ECH is a TLS 1.3 extension that encrypts the Server Name Indication (SNI) during the initial TLS handshake. This encryption helps protect user privacy by making it more difficult for network intermediaries to identify the specific domain an app is connecting to.

The platform now includes the necessary APIs for networking libraries to implement ECH. This includes new capabilities in DnsResolver to query for HTTPS DNS records containing ECH configurations, and new methods in Conscrypt's SSLEngines and SSLSockets to enable ECH by passing in these configurations when connecting to a domain. Developers can configure ECH preferences, such as enabling it opportunistically or mandating its use, through the new <domainEncryption> element within the Network Security Configuration file, applicable globally or on a per-domain basis.

Popular networking libraries such as HttpEngine, WebView, and OkHttp are expected to integrate these platform APIs in future updates, making it easier for apps to adopt ECH and enhance user privacy.

For more information, see the Encrypted Client Hello documentation.

Android 联系人选择工具

The Android Contact Picker is a standardized, browsable interface for users to share contacts with your app. Available on devices running Android 17 (API level 37) or higher, the picker offers a privacy-preserving alternative to the broad READ_CONTACTS permission. Instead of requesting access to the user's entire address book, your app specifies the data fields it needs, such as phone numbers or email addresses, and the user selects specific contacts to share. This grants your app read access to only the selected data, ensuring granular control while providing a consistent user experience with built-in search, profile switching, and multi-selection capabilities without having to build or maintain the UI.

For more information, see the contact picker documentation.

安全

Android 17 添加了以下新功能，以提高设备和应用的安全性。

Android 高级保护模式 (AAPM)

Android Advanced Protection Mode offers Android users a powerful new set of security features, marking a significant step in safeguarding users—particularly those at higher risk—from sophisticated attacks. Designed as an opt-in feature, AAPM is activated with a single configuration setting that users can turn on at any time to apply an opinionated set of security protections.

These core configurations include blocking app installation from unknown sources (sideloading), restricting USB data signaling, and mandating Google Play Protect scanning, which significantly reduces the device's attack surface area. Developers can integrate with this feature using the AdvancedProtectionManager API to detect the mode's status, enabling applications to automatically adopt a hardened security posture or restrict high-risk functionality when a user has opted in.

PQC APK 签名

Android 现在支持混合 APK 签名方案，可保护应用的签名身份免受利用量子计算的潜在攻击威胁。此功能引入了一种新的 APK 签名方案，可让您将传统签名密钥（例如 RSA 或 EC）与新的后量子加密 (PQC) 算法 (ML-DSA) 搭配使用。

这种混合方法可确保您的应用在未来免受量子攻击，同时与依赖经典签名验证的旧版 Android 和设备保持完全向后兼容。

注意： 您需要创建一个新的经典签名密钥，以便与 PQC 密钥配对。您无法重复使用混合签名之前的经典签名密钥。

对开发者的影响

• 使用 Play 应用签名的应用：如果您使用 Play 应用签名，则可以等待 Google Play 为您提供使用 Google Play 生成的 PQC 密钥升级混合签名的选项，从而确保您的应用受到保护，而无需手动管理密钥。
• 使用自行管理密钥的应用：自行管理签名密钥的开发者可以利用更新后的 Android 构建工具（例如 apksigner）轮替到混合身份，将 PQC 密钥与新的经典密钥相结合。（您必须创建新的传统密钥，不能重复使用旧密钥。）

连接

Android 17 添加了以下功能，以改进设备和应用连接。

受限卫星网络

实现优化，使应用能够在低带宽卫星网络上有效运行。

注意： 此功能已随 Android 16 QPR2 季度版本正式发布。如需了解详情，请参阅针对受限卫星网络进行开发。

用户体验和系统界面

Android 17 包含以下旨在提升用户体验的变更。

专用 Google 助理音量流

Android 17 为辅助应用引入了专用的 Google 助理音量流，以便使用 USAGE_ASSISTANT 进行播放。此项变更将 Google 助理音频与标准媒体流分离开来，让用户可以分别控制这两种音量。这样一来，您就可以在静音媒体播放的同时保持 Google 助理回答的可听性，反之亦然。

能够访问新 MODE_ASSISTANT_CONVERSATION 音频模式的辅助应用可以进一步提高音量控制的一致性。助理应用可以使用此模式向系统提供有关活跃助理会话的提示，确保可以在活跃的 USAGE_ASSISTANT 播放之外或通过连接的蓝牙外围设备控制助理音频流。

Handoff

Handoff 是 Android 17 中即将推出的一项新功能和 API，应用开发者可以集成该功能，为用户提供跨设备连续性。它允许用户在一台 Android 设备上启动应用 activity，并将其转移到另一台 Android 设备。Handoff 在用户设备的后台运行，并通过接收设备上的各种入口点（例如启动器和任务栏）显示用户附近其他设备上的可用活动。

如果接收设备上已安装并可使用相同的原生 Android 应用，应用可以指定 Handoff 启动该应用。在此应用到应用流程中，用户会通过深层链接进入指定 activity。或者，应用到网页 Handoff 可作为后备选项提供，也可直接通过网址 Handoff 实现。

接力支持是按 activity 实现的。如需启用 Handoff，请为 activity 调用 setHandoffEnabled() 方法。可能需要随切换一起传递其他数据，以便接收设备上重新创建的 activity 可以恢复适当的状态。实现 onHandoffActivityDataRequested() 回调，以返回一个 HandoffActivityData 对象，其中包含指定 Handoff 应如何在接收设备上处理和重新创建 activity 的详细信息。

实时动态 - 语义颜色 API

在 Android 17 中，实时动态推出了语义着色 API，以支持具有通用含义的颜色。

以下类支持语义着色：

• Notification
• Notification.Metric
• Notification.ProgressStyle.Point
• Notification.ProgressStyle.Segment

填色游戏

• 绿色：与安全相关。 此颜色应在让用户知道您处于安全情况时使用。
• 橙色：用于表示警告和标记物理危险。当用户需要注意设置更好的保护设置时，应使用此颜色。
• 红色：通常表示危险、停止。它应该在需要人们紧急关注的情况下显示。
• 蓝色：中性色，用于提供信息且应从其他内容中脱颖而出的内容。

以下示例展示了如何将语义样式应用于通知中的文本：

  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)

适用于 Android 17 的 UWB Downlink-TDoA API

Downlink Time Difference of Arrival (DL-TDoA) ranging lets a device determine its position relative to multiple UWB anchors by measuring the relative arrival times of signals.

Note: To use DL-TDoA ranging, the calling app must request and be granted Manifest.permission.ACCESS_FINE_LOCATION, and Manifest.permission.ACCESS_BACKGROUND_LOCATION if ranging is required while the app is in the background. For more information, see Request location permissions.

For more information and code samples, see UWB Downlink-TDoA API.