Google 将 Android 转型为“智能操作系统”：Android 17 深度解读

背景

2026年6月16日，Google 正式发布了 Android 17，并在大多数受支持的 Pixel 设备上提供更新。与此同时，Android Open Source Project (AOSP) 也同步发布了 Android 17 的源代码，供开发者深入审查和理解系统底层逻辑。

此次发布不仅是版本迭代，更是 Google 战略重心的重大转移。Android 产品管理副总裁 Matthew McCullough 在官方博客中指出，Android 17 标志着从传统的“操作系统”向“智能系统（Intelligence System）”过渡的开端。这一转变旨在将应用程序置于核心地位，通过引入“自适应优先（Adaptive-first）”的开发标准，结合下一代隐私、安全、媒体、相机和性能优化，重新定义用户与应用的交互方式。

在过去一年中，Google 通过 Canary 频道和 Beta 版本与开发者社区紧密合作，构建了这一平台。随着 Android 17 的发布，Google 强调硬件、软件与 AI 的深度整合，旨在提供能预判用户需求的新颖体验，并为应用带来更高的用户参与度。

核心内容

Android 17 的核心变革主要围绕 AI 代理集成、自适应多形态支持以及开发体验优化三大板块展开。

1. 从操作系统到智能系统：AppFunctions 与 MCP

Android 17 将自身定位为“智能系统”，通过硬件、软件与 AI 的深度集成，使应用成为可被 AI 代理调用的“工具”。

• AppFunctions 平台 API：Android 17 扩展了 AppFunctions 的能力，这是一个带有对应 Jetpack 库的平台 API。它允许开发者将应用的独特功能贡献为可由 Android MCP（模型上下文协议的设备端等效物）编排的“工具”。
• AI 代理集成：AI 代理和助手（如 Google Gemini）可以发现并执行 AppFunctions，从而在直接访问应用本地状态的情况下，代表用户执行工作流。
• 开发简化：目前的 Jetpack 库处于 Alpha 阶段，开发者只需通过注解类和添加 KDoc 注释即可轻松添加 AppFunctions。例如，一个简单的笔记应用可以通过 @AppFunction 注解将 createNote 方法暴露给 AI。
• Agent Skill 支持：Google 推出了 AppFunctions agent skill，能够分析应用的关键工作流，自动生成所需的 Kotlin 代码，优化 KDoc 以适配 LLM 工具调用，并提供用于测试和调试的 ADB 命令。
• 测试与预览：Gemini 集成目前处于受信任测试员的私人预览阶段。Google 提供了测试代理应用，包含发现和执行应用功能的界面，模拟 AI 代理集成。开发者可通过早期访问计划（goo.gle/eap-af）参与。

2. 自适应优先：应对多形态设备生态

随着用户设备从手机、折叠屏、平板扩展到笔记本、车载显示和沉浸式 XR 环境，以及即将推出的基于 Android 堆栈的新一代 ChromeOS（Googlebooks），自适应已不再仅仅是技术指标，而是触达高参与度用户群的重大机遇。

• 强制大屏适配：针对 API 级别 37 的应用，Android 17（API level 37）移除了开发者在大型屏幕设备（屏幕宽度 sw > 600 dp）上对方向和可调整大小限制的“退出选项”。系统将忽略遗留的清单属性和运行时 API，包括 screenOrientation、setRequestedOrientation()、resizeableActivity=false 以及宽高比约束。游戏（基于 Google Play 中的应用类别）除外。应用必须原生支持自由窗口调整大小，并尊重用户偏好的设备姿态。
• 新窗口功能：
  • App Bubbles（应用气泡）：超越传统的消息气泡 API，用户现在可以通过长按启动器中的图标，将任何应用转换为浮动气泡。该功能适用于手机、折叠屏和平板，实现轻量级多任务处理。
  • Bubble Bar（气泡栏）：在大屏设备（平板和折叠屏）上，系统任务栏现在包含专用的 Bubble Bar，用于组织、切换和停靠这些浮动应用气泡。
  • 桌面交互式 PiP：在桌面环境中，Android 17 引入了交互式画中画（PiP）。与传统只读的 PiP 窗口不同，这些固定窗口保持完全交互性，并始终位于其他应用程序窗口之上。

3. 性能优化与跨设备连续性

• Activity 重建行为更新：为防止状态丢失和卡顿，Android 17 更新了 Activity 重建的默认行为。对于不需要完整 UI 重绘的典型配置更改（如键盘布局、导航方式、触摸屏模式、色彩模式等），系统将不再默认重启 Activity。相反，运行中的 Activity 将通过 onConfigurationChanged() 接收更新。如果应用明确依赖完整重启来重新加载资源，必须使用新的 android:recreateOnConfigChanges 清单属性显式选择加入。
• Continue On（继续操作）：帮助用户在 Android 设备间无缝过渡任务。用户可在平板任务栏中看到最近在手机打开的应用建议，通过一次点击启动应用并深度链接到之前中断的位置。该功能支持应用到 Web 的过渡，若未安装应用则回退到 Web 版本。
• Jetpack Compose 自适应技能：
  • 自适应导航：利用 Material 3 Adaptive 库中的 NavigationSuiteScaffold，自动在移动端底部导航栏和大屏边缘锚定导航轨之间切换。
  • 多窗格布局：使用 Navigation 3 Scenes（ListDetailSceneStrategy 和 SupportingPaneSceneStrategy）原生实现列表详情和支持窗格布局，替代脆弱的 Fragment 事务。
  • FlexBox & Grid APIs：利用 Compose 1.11 的动态布局组件，轻松调整行和列的跨度，确保内容完美填充空间。
  • 高级非触摸输入：利用 Compose 1.11 增强的触控板和鼠标支持，包括原生焦点环和新 API（如 TrackpadInjectionScope 和 performTrackpadInput），轻松测试并在 Googlebooks 和桌面模式下交付真正的“笔记本级”体验。
  • 动态窗口状态：利用 Compose 的反应式状态模型，在应用从全屏过渡到分屏或 PiP 时无缝适应 UI。

关键要点

• 战略转型：Android 17 标志着 Android 从传统 OS 向“智能系统”的转变，核心是将应用功能暴露给 AI 代理（如 Gemini），通过 AppFunctions 和 MCP 协议实现 AI 对应用本地状态的直接访问和工作流编排。
• 强制自适应：针对 API 37 的应用，Google 取消了大屏设备（sw > 600 dp）的适配退出选项。开发者必须确保应用支持自由窗口调整大小，系统不再尊重旧的 resizeableActivity=false 等限制（游戏除外）。
• 多形态交互升级：引入了 App Bubbles（任意应用可转为浮动气泡）、Bubble Bar（大屏专用气泡管理栏）和桌面交互式 PiP（可交互且置顶的画中画），极大丰富了多任务处理体验。
• 开发体验优化：
  • 默认配置更改（如键盘、导航模式变化）不再触发 Activity 重启，而是通过 onConfigurationChanged 通知，除非开发者显式声明需要重启。
  • 推出 Continue On 功能，实现跨设备任务无缝接续。
  • 提供 Jetpack Compose 自适应技能，辅助开发者实现自适应导航、多窗格布局及鼠标/触控板支持。
• 开源与透明度：Android 17 源代码已在 AOSP 开放，允许开发者深入审查系统工作原理，增强信任度。

意义与影响

Android 17 的发布不仅是技术层面的更新，更是 Google 应对未来计算形态变化的战略宣言。

首先，AI 与系统的深度融合是最大亮点。通过将 AppFunctions 标准化并接入 MCP，Google 试图打破应用间的壁垒，让 AI 代理能够像人类用户一样“操作”应用，但拥有更底层、更高效的数据访问权限。这将催生全新的应用交互范式，开发者需重新思考如何将功能模块化以服务于 AI 代理。

其次，