Android 17 扩展 AI 智能体集成（8 分钟阅读）

# Android 17 来了 来源：https://android-developers.googleblog.com/2026/06/Android-17.html *发布者：Matthew McCullough，Android 开发者产品管理副总裁* [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg5KPJZylMSUXRpKFRUd6oM4fNdEoDRdJzdkzg69P_BVUuIDtXqCqTid6hGH40CoHRw7-f50HsT6rISArklGH982MM4K1jKU16SSymes4JPoE4qOZ5s1lLnkbInpUpdJGu5erAYmSgiefzkkOX_ng3AUJKOzzwC1WMTjk2DxLNia8R1C-ErWc7jT4VP8ew/s4209/Blogger%20Hero%20-%20White.png) 今天，我们正式发布 Android 17，并已向大多数支持的 Pixel 设备推送。未来几个月，你将看到搭载 Android 17 的新设备上市。 [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhjaHGBWXu3yvdXZ-wYQgN6DjN5TEMRIYDJvQDZTOybRZFWsAMhqhl14b9UZmrlXlEIRDioqRc8m3xRjOnQHJPoICkVpCho4qrmKihPbu_SB7dGVNKwlAaX6eWdjLF4VUdGyzGfxtW0ziFggj63e778VVo38qpMKar4E1wuw0MiPCBvBdrTTXCgI1XD04Q/s1080/AfD-Android-17.gif) Android 17 标志着我们向智能系统转型的起点，将你的应用置于核心位置。它通过引入强制大屏可调整大小，转向自适应优先的开发标准，同时提供下一代隐私、安全、媒体、相机和性能体验。我们将在本文中介绍所有这些内容，以及我们如何整合下一代工具、库和 Agent 技能，帮助你的应用抓住机遇。 在过去一年中，从我们的 Canary 频道到 Beta 版本，我们与开发者社区的你紧密合作，构建了一个你和你的用户都能信任的平台。为此，此时此刻，源代码已在 Android 开源项目（AOSP）(https://source.android.com/) 中可用。你可以查看源代码 (https://cs.android.com/)，更深入地了解 Android 的工作原理。 现在，让我们深入探讨 Android 17。 ### 智能系统 通过硬件、软件和 AI 的深度集成，我们正将 Android 从操作系统转变为智能系统。它旨在提供能预判用户需求的全新实用体验，并为你的应用带来更多互动机会。 为此，Android 17 扩展了 AppFunctions 的功能，这是一个平台 API，配有相应的 Jetpack 库。它允许你将应用的独特能力作为可编排的“工具”贡献给 Android MCP（设备上的 Model Context Protocol (https://modelcontextprotocol.io/) 等价物）。AI Agent 和助手（如 Google Gemini）可以发现并执行 AppFunctions，以直接访问应用的本地状态，代表用户完成工作流。 目前处于 alpha 阶段的 Jetpack 库，让添加 AppFunctions 变得非常简单，只需标注一个类并添加 KDoc 注释即可。 `` /** * 一个笔记应用的 [AppFunction]s。 */ class NoteFunctions( private val noteRepository: NoteRepository ) { /** * 向应用添加一条新笔记。 * * @param appFunctionContext 执行上下文。 * @param title 笔记的标题。 * @param content 笔记的内容。 */ @AppFunction(isDescribedByKDoc = true) suspend fun createNote( appFunctionContext: AppFunctionContext, title: String, content: String ): Note { return noteRepository.createNote(title, content) } } `` 我们还推出了一个 AppFunctions Agent 技能 (http://github.com/android/skills/tree/main/on-device/appfunctions)，它可以分析你的应用关键工作流，自动生成所需的 Kotlin 代码，优化你的 KDoc 以支持 LLM 工具调用，并提供用于测试和调试的 ADB 命令。Gemini 集成目前正在与可信测试者进行私人预览，但你现在就可以开始准备你的应用。 除了用于执行 AppFunctions 的 ADB 命令，我们还提供了一个测试 Agent 应用 (http://github.com/android/appfunctions/releases/initial)，它包含一个界面，用于发现和执行你的应用函数，并模拟 AI Agent 集成。 加入我们的集成早期访问计划：goo\.gle/eap\-af (http://goo.gle/eap-af)，有机会成为首批将 AppFunctions 部署到生产环境的应用。 ### 自适应优先 你的用户不再依赖单一形态；他们在手机、折叠屏、平板、笔记本电脑、汽车显示屏和沉浸式 XR 环境之间切换。如今，超过 5.8 亿台大屏设备 (https://developer.android.com/blog/posts/adaptive-development-for-the-expanding-android-ecosystem) 已在用户手中，且即将推出基于 Android 堆栈的下一代 ChromeOS —— Googlebooks (https://blog.google/products-and-platforms/platforms/android/meet-googlebook/)，自适应已不再仅仅是技术目标。这是一个接触高活跃用户的巨大机遇，这也是我们转向自适应优先开发标准 (https://developer.android.com/adaptive-apps) 的原因之一。 ## 大屏不再限制可调整大小和方向 为确保应用在所有形态设备（包括连接到外接显示器并运行桌面模式的移动设备）上提供优质体验，Android 17（API 级别 37）移除了开发者面向大屏设备 (https://developer.android.com/guide/topics/large-screens)（sw > 600 dp）时，对方向和可调整大小限制的选择退出选项（针对 target API 级别 37 的应用）。系统将忽略旧版 manifest 属性和运行时 API，包括 screenOrientation、setRequestedOrientation()、resizeableActivity=false 以及宽高比限制（minAspectRatio/maxAspectRatio）。游戏（根据 Google Play 中的应用类别 (https://support.google.com/googleplay/android-developer/answer/9859673?hl=en)）仍然豁免。你的应用必须准备好适应任何窗口大小，尊重用户偏好的设备姿态，并原生支持自由窗口模式。 ## 新一代多任务：App Bubbles、Bubble Bar 和桌面交互式 PiP Android 17 引入了强大的新窗口能力，重新定义了用户的多任务方式，对你的应用布局灵活性提出了更高要求： - **App Bubbles：** 超越消息气泡 API，用户现在可以通过长按启动器中的应用图标，将任何应用转换为浮动气泡。此功能在手机、折叠屏和平板上均可使用，为任何工作流提供轻量级多任务处理。 - **Bubble Bar：** 在大屏（平板和折叠屏）上，系统任务栏现在包含一个专用的 Bubble Bar，用于组织、切换和停靠这些浮动应用气泡。 - **桌面交互式 PiP：** 在桌面环境中，Android 17 引入了交互式画中画（PiP）。与传统的只读 PiP 窗口不同，这些固定窗口保持完全交互，同时始终位于其他应用窗口之上。 [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg12FRQ31sUiyMj_ZalamTRI4VyI2tMXYKEoRy6b-u0Het272IDbRhznXot7b8AvFJEX-ubw_-pNxyS5JTKPUTBj1CNXwIYkTE906vembUcHeyGzE4Lb72WRyGNF7dOP_aBssNeCplOjEnKAc3d3hkak81LOpG0g9Hlep0AvC11MjdJ1MkqAp7ViUCu2bw/s1600/Bubbles%20(1).gif) *App Bubbles 和 Bubble Bar 的实际效果* ## Activity 重建更新 为防止破坏性的状态丢失和卡顿，Android 17 更新了 Activity 重建的默认行为。对于不需要完全重绘 UI 的典型配置变更（包括 CONFIG_KEYBOARD (https://developer.android.com/reference/kotlin/android/content/pm/ActivityInfo#config_keyboard)、CONFIG_KEYBOARD_HIDDEN (https://developer.android.com/reference/kotlin/android/content/pm/ActivityInfo#config_keyboard_hidden)、CONFIG_NAVIGATION (https://developer.android.com/reference/kotlin/android/content/pm/ActivityInfo#config_navigation)、CONFIG_TOUCHSCREEN (https://developer.android.com/reference/kotlin/android/content/pm/ActivityInfo#config_touchscreen) 和 CONFIG_COLOR_MODE (https://developer.android.com/reference/kotlin/android/content/pm/ActivityInfo#config_color_mode)），系统将默认不再重启 Activity。相反，正在运行的 Activity 将通过 onConfigurationChanged() 接收这些更新，实现平滑过渡。如果你的应用明确依赖完全重启来重新加载这些变化的资源，则必须使用新的 android:recreateOnConfigChanges (https://developer.android.com/reference/kotlin/android/R.attr#recreateonconfigchanges) manifest 属性显式选择加入。 ## Continue On Android 17 新增 Continue On，帮助用户在 Android 设备之间无缝切换任务。用户会在平板任务栏中看到来自其移动设备最近打开的应用的建议，一键即可启动应用并深层链接到他们离开的地方。Continue On 支持应用到网页的转换，包括在应用未安装时回退到网页。 [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjc8K42DCZ0VTYpFhTlEazp9_AthhqYdm786k1NFolZrP7HwXk2QlF7UV1CU7ECK9N-CiHSfSbH_E2_cXwL3zUuesP-shpa1nau5QmVWDOQeErnCMtvZUw_wwAHNewZZ5S3811f0n_FNoX4U9kyptZQONM_eDB1AAHaoFjMFgTCC7G1d0X2iRo1MN8sev0/s1920/Continue%20On.png) *平板上的交接建议* `` class MyHandoffActivity : Activity() { ... override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // Do stuff ... // Enable handoff setHandoffEnabled(true, null) } // Override and implement onHandoffActivityDataRequested override fun onHandoffActivityDataRequested(handoffRequestInfo: HandoffActivityDataRequestInfo) : HandoffActivityData { // Create and return handoff data } } `` ## 使用 Jetpack Compose 实现自适应优先 为帮助你让应用满足新的 Android 17 要求，我们推出了 Jetpack Compose 自适应技能 (https://github.com/android/skills/tree/main/jetpack-compose/adaptive)。这个由 AI 驱动的开发者工作流可帮助你实现最佳的自适应实践： - **自适应导航：** 使用 Material 3 Adaptive 库中的 NavigationSuiteScaffold，在移动设备上的底部导航栏和大屏上的边缘锚定导航轨之间自动切换。 - **多窗格布局：** 使用 Navigation 3 Scenes（ListDetailSceneStrategy 和 SupportingPaneSceneStrategy）原生实现列表-详情和支持窗格布局，而不是脆弱的 Fragment 事务。 - **FlexBox 和 Grid API：** 利用 Compose 1.11 的动态布局组件，轻松实时调整行和列跨度，确保你的内容始终漂亮地填充空间。 - **高级非触摸输入：** 利用 Compose 1.11 增强的触控板和鼠标支持，包括原生对焦环和新 API（如 TrackpadInjectionScope 和 performTrackpadInput），在 Googlebooks 和桌面模式下轻松测试并提供真正的“笔记本级”体验。 - **动态窗口状态：** 利用 Compose 的响应式状态模型，当应用从全屏切换到浮动 App Bubble 或交互式桌面 PiP 窗口时，无缝调整你的 UI，即使在最小尺寸下也能保持优质体验。 ## Android 是 Compose 优先 Compose 是构建自适应应用的最简单方式，这只是我们相信所有 Android UI 都应使用 Compose 构建的众多原因 (https://developer.android.com/develop/ui/compose/first#why-compose-first) 之一。为此，Android 开发现在以 Compose 优先 (https://developer.android.com/develop/ui/compose/first)。所有新的 Android API、库、工具和开发者指南将仅为 Jetpack Compose 构建。旧的 View 组件（在 android.widget 包中）和基于 View 的 Jetpack 库（如 Fragments、RecyclerView 和 ViewPager）现已进入维护模式。它们将仅接收关键的错误修复，不再增加新功能。 > **提示** 准备好迁移了吗？使用我们的 AI 驱动的 XML 到 Compose 迁移技能 (https://developer.android.com/develop/ui/compose/migrate/migrate-xml-views-to-jetpack-compose) 自动分析你的旧 View 布局，并将其转换为高度自适应的 Compose 代码。 ### 性能与效率 应用性能意味着流畅的用户界面、快速的应用启动时间和高效的多任务处理；Android 17 在这些方面都有显著改进。 ## 应用内存限制 内存使用是整体性能的无声基础之一。当前台应用或服务不受控制地增长时，内存管理会导致 CPU 和电池利用率飙升，最终导致其他行为良好的缓存应用和后台任务被终止，强制进行更慢的冷启动并损害多任务处理。从 Android 17 开始，系统将根据设备的总 RAM 强制执行严格的应用内存限制，并突然终止违规进程。以下新功能可帮助你应对这些更严格的要求： - **R8 优化器：** R8 优化器通过将类、方法和字段缩短为更短的名称，并剥离未使用的代码和资源，显著减少应用的字节码内存占用。使用完整模式的 R8 以及新的 R8 配置分析器 (https://developer.android.com/topic/performance/app-optimization/r8-configuration-analyzer)，确保你的应用从 R8 中获得最大收益。 [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiQePgjeISaotpA-miDPKel-qgAYtepLjMMBaiKZQqTf_iYRTJurn_iAFdC7utLnKRKAh9OhSjF_D83skA2PPg7xts0ORX7aVxBkoax6b9uEPqTlGiY_sh8Xv7U1pr0h4Nm8FLo-h3IJD8FhTJc-gOtpBwyLCnDBUPRJAuaaBjsIOhvUmTXFSna0ykksak/s2048/R8%20Configuration%20Analyzer.png) R8 配置分析器 - **Android Studio Panda 中的 LeakCanary：** 分析器现在将原生 LeakCanary 集成作为专用任务，与你的 IDE 和源代码完全集成。 - **ApplicationExitInfo：** 如果你的应用因这些限制而被终止，ApplicationExitInfo 的 getDescription() 将返回“MemoryLimiter:AnonSwap”。 - **设备端异常检测：** 作为 ProfilingManager 的一部分，你可以使用 TRIGGER_TYPE_ANOMALY 的触发器进行基于触发的分析，以在达到内存限制时自动捕获堆转储。 `` val profilingManager = applicationContext .getSystemService(ProfilingManager::class.java) val triggers = ArrayList().apply { add(ProfilingTrigger.Builder( ProfilingTrigger.TRIGGER_TYPE_ANOMALY).build()) } profilingManager.addProfilingTriggers(triggers) `` 并且，我们正在努力在 Google Play Console 中向你展示更多现场内存指标。 ## 分代式垃圾回收 Android 17 (https://developer.android.com/about/versions) 为 ART (https://developer.android.com/guide/platform#art) 的并发标记压缩垃圾回收器（GC）引入了更频繁、资源消耗更低的年轻代收集。通过将短期对象与稳定、长期存在的对象分离，系统运行频繁、轻量的“年轻代”扫描，而不是昂贵的全堆扫描，大幅降低 CPU 使用率、功耗和 UI 卡顿。我们的测试显示，GC 对应用线程的干扰显著减少，最大内存常驻集大小（RSS）也有所降低。ART 改进还可通过 Google Play 系统更新提供给超过 10 亿台运行 Android 12（API 级别 31）及更高版本的设备。 ## 无锁 MessageQueue 对于 target SDK 37 及更高版本的应用，核心的 android\.os\.MessageQueue (https://developer.android.com/reference/android/os/MessageQueue) 现在实现了无锁架构，显著减少了丢帧，改善了应用启动时间，并大幅提升了多线程场景中忙碌队列的性能。注意：这可能会破坏那些对私有 MessageQueue (https://developer.android.com/reference/android/os/MessageQueue) 字段和方法使用反射的应用。peekWhen (https://developer.android.com/reference/android/os/TestLooperManager#peekWhen()) 和 poll (https://developer.android.com/reference/android/os/TestLooperManager#poll()) API 已添加到 TestLooperManager (https://developer.android.com/reference/android/os/TestLooperManager) 中，用于测试和