Google I/O 2026：Android 开发者需要知道的一切5 月 20 日举办的 Google I/O 主会场

丑话放前头

5 月 20 日（北京时间凌晨 1 点）举办的 Google I/O 主会场主题演讲，如果你是奔着 Android 新闻去看的，大概率会失望——那场演讲基本被 Gemini 包场了。

我真的想说，大人，时代不一样了！

真正跟你日常开发有关的 Android 内容，分散在 The Android Show: I/O Edition（5 月 12 日）、一场单独的开发者主题演讲，以及官方博客那篇《Android 开发者需要了解的 17 件事》里。

我把相关会议、开发者博客和新文档都过了一遍，帮你省去这个功夫。如有遗漏，还请海涵。

下面则是写给每一个在 2026 年写 Android 应用、发 Android 应用的人的完整简报，哦，对了，是 Google 写的！。

一、AI 编码时代

无论你承不承认，AI 都来了。

2026 年 Android 开发体验最大的变化就在这里。

Google 过去一直想把你拉进 Android Studio 自家的 AI 工具里，今年终于认清了现实：大多数开发者在用 Claude Code、Codex 这类第三方智能体，Google 也得支持它们，而不是跟它们对着干。

看着国内的这些大厂门头林立，想看看他们还能厮杀多久！

以下是具体的新东西：

Android CLI 1.0（稳定版）

Android CLI 是一个终端工具，让任何 AI 智能体都能调用 Android Studio 的核心能力，根本不需要打开 IDE。

哦，对了，我之前写过一篇文章介绍这个工具，现在还没过时。

实际效果是：你让 Claude Code 或 Codex 去"重构这个 Composable"的时候，智能体终于能像 Android Studio 那样真正读懂你的代码了，不再只是做文本层面的模式匹配。

通过新增的 android studio 命令，智能体能做四件以前做不到的事：

语义符号解析 —— 真正的"查找用法"和重构能力，跟 Android Studio 内部用的一样。
文件警告分析 —— Lint 警告、R8 提示、弃用提醒，全部可以编程访问。
Jetpack Compose 预览渲染 —— 智能体在给你提修改建议之前，能直接看到你的 Composable 长什么样。
端到端 UI 测试 —— 通过 Journeys 功能以"Android 技能"的形式暴露出来。

你如果已经在用 AI 智能体管理 Android 代码库，这周就把 Android CLI 装上，效果立竿见影。

Google Antigravity for Android

Antigravity 是 Google 自家的智能体优先开发平台，可以理解为 Google 版的 Cursor。I/O 2026 上它拿到了深度的原生 Android 集成。

通过 Antigravity CLI，你可以从终端跑 Android Studio 的高级命令：解析语义符号、跑文件警告检查、渲染 Compose 预览、触发 UI 测试 Journeys。后台智能体能在你不碰 IDE 的情况下搞定重构和"vibe coding"之类的活。

现在真是万物 CLI！

Antigravity 2.0 还有两个重要升级：

独立桌面应用（终于不只是个浏览器体验了）。
Google Cloud 的标准隐私保护，企业团队有数据治理要求的，现在可以放心用了。

等下，它跟 Android CLI 有什么区别？

底层能力一样，上层不同。

Android CLI 是模型无关的——你自己带智能体（Claude、GPT，随便什么模型都行）。

Antigravity 是 Google 的完整智能体平台，有自己的 UI 和工作流。你想要灵活搭配还是想要开箱即用的全套体验，按需选择。

Google AI Studio 构建原生应用

这个是真让我意外的。

Google AI Studio——你可能只拿它测过 Gemini 提示词的网页工具——现在能让你用描述需求的方式直接构建原生 Android 应用。

而且生成的不是 WebView 套壳（这个确实没技术含量），是正经的 Kotlin 和 Jetpack Compose 代码，遵循 Google 推荐的开发者模式。

完整流程是这样的：

用自然语言描述你的应用。AI Studio 生成项目。
马上测试。浏览器里直接跑一个完整的 Android 模拟器，不用本地装 Android Studio。
装到手机上。USB 连设备，集成的 ADB 直接推到手机里。
分享给测试人员。有 Google Play 开发者账号的话，可以直接从 AI Studio 发到 Play Console 的内部测试轨道。
准备好了再进专业模式。导出到 Android Studio，做正经的调试、打磨和发布。

它会取代正经的 Android 开发吗？

我觉得目前应该还不会，不然也太可怕了。你有没发现，这个过程你是对着网页说几句话，然后你就可以到处发布了？

但做原型验证、内部工具，或者"先让我自己试试再让团队上"这类场景，它能把一周的周期压到一个下午。用它擅长的事就行。

其他平台应用迁移到原生 Android

这个在开发者主题演讲上做了预览，还没正式上线，但快了。

Android Studio 的新 Migration Assistant 是一个 AI 智能体，能把现有的 iOS、React Native 或 Web 代码库转成原生 Android。

它会智能映射功能、转换资源（storyboard、SVG），输出用的是 Jetpack Compose 和 Google 推荐的 Jetpack 库。

Google 说数周的移植工作能压缩到几小时。

等正式发布了我们到真实复杂项目上验一验，看看成效。但我担心的是："我们还没有 Android 版本"这个借口，2026 年产品团队越来越说不出口了。

Android Bench

Android Bench 是一个专门为 Android 开发任务打造的 LLM 排行榜。跟通用编码基准不同，它衡量的是不同模型处理真实 Android 开发活的水平。

今年有意思的点：Gemma 4 这类开放权重模型也上了榜。所以你如果在评估"要不要在团队机器上跑本地编码模型，省掉云 API 的费用"，这就是你要看的基准。

机圈搞了这么多年安兔兔，现在写代码也得先看安兔兔了！

二、Compose 是未来

Google 今年把话说死了：Compose-first。以后每个新库、每个新 API、每条架构指导都只支持 Compose。

我相信大家还记得这些历史：support-v7 to androidx.compat，Java to Kotlin。

XML View 系统不会被删掉，你现有的应用照常运行。但它已经进入了维护模式 —— 没有新功能，只有 bug 修复和安全补丁。如果你还在用 View，迁移的问题已经从"要不要迁"变成了"搞快点迁移"。

这里我想说一下个人看法，为什么谷歌对于 Compose 的优先级现在这么高？

开发效率的飞跃。 Compose 的响应式范式——数据驱动状态、状态决定视图。砍掉了传统 View 系统里大量的样板代码和手动同步逻辑。同样的功能，代码量能少三分之一甚至一半，调试也更直观。

更现代化的架构选择。 声明式 UI 已经是行业共识，Compose 踩在前人的肩膀上，吸收了 SwiftUI、Flutter、React 等框架的最佳实践，同时规避了它们踩过的坑。

跨框架迁移的摩擦更小。 这一点容易被忽略但其实很关键。无论是从 React、Vue、小程序还是鸿蒙、Flutter 迁移过来的开发者，上手 Compose 都不算难——因为当下的 UI 开发范式正在趋同：声明式、组件化、单向数据流。甚至连 Rust 生态的 UI 框架（比如 Dioxus、Leptos、SLint、Iced）也在走函数式 UI 的路线。这种范式趋同意味着迁移时逻辑丢失更少、代码稳定性更高。从这个角度看，Compose 在这波浪潮里反而不算领跑者，但 Google 显然在加速追赶。

跨平台的野心。 Compose Multiplatform 让同一套代码能跑在 Android、iOS、桌面和 Web 上。这不只是技术能力，更是 Google 对未来多端生态的战略押注。

Compose 的新玩意儿

当前的 Compose BOM（2026.04.01，核心模块 v1.11）带来了一些实打实有用的更新：

implementation(platform("androidx.compose:compose-bom:2026.04.01"))

Grid API —— 终于有了一个像样的 2D 布局原语。可以理解成 Android 版的 CSS Grid，用 tracks、gaps 和 cells 来定义布局。尺寸支持 Dp、百分比、固有内容尺寸，还有灵活的 Fr 单位（跟 CSS Grid 的分数单位一样）。可以自动放置子项，也可以显式地跨行跨列。最爽的是它天然支持自适应——你可以根据设备状态重新配置 tracks 和 spans，同一个 Grid 布局自动适配手机、平板和折叠屏。
Shared Element 调试 —— 跟 Shared Element 过渡死磕过、死活不知道为什么不生效的同学，这个就是为你准备的。
触控板事件支持 —— 配合新的 Googlebook 笔记本（后面会讲）。
v2 测试 API 成为默认 —— 这个可能把现有测试套件搞崩。默认测试调度器从 UnconfinedTestDispatcher 换成了 StandardTestDispatcher。说白了：测试里启动的协程不再立即执行了，它们会排队，只有你推进虚拟时钟才跑。测试变得更可预测、更接近生产行为，但你可能得在以前正常工作的地方加上 advanceUntilIdle() 调用。

接下来还有啥

v1.11 之外，I/O 还预告了更成熟的 Styles API、改进的共享元素过渡，以及增强的键盘、鼠标、触控板和手写笔输入支持——这些都是 Android 在往多形态设备方向走的基础设施。

Styles API 相关的文章我也在准备，各位大佬点个关注，方便后续深入交流。

三、自适应 UI

Google 今年给了个数据：全球有超过 5.8 亿台大屏 Android 设备在活跃使用，而多设备用户在应用上的消费比单设备用户高了将近 14 倍。

自适应设计不是锦上添花，是真金白银。

Navigation 3

Nav 3 是从零开始为自适应导航构建的，能处理这些场景：

列表-详情布局，手机上单面板，平板上自动切成分屏视图。
折叠屏铰链感知导航，折叠或展开设备时自动适配。
跨设备导航状态保持，用户换设备时能从上次离开的地方继续。

如果你的应用在平板上还是单面板堆栈，Nav 3 就是你接下来该规划的迁移目标。

Grid + FlexBox

除了 Grid，新的 FlexBox 布局也作为第二个实验性自适应原语加了进来。

加上 Row 和 Column，你现在手头有了一整套布局积木——不用再因为想要一个不滚动的垂直列表就去掏 LazyColumn 了。

CameraX 也支持自适应

CameraX 现在能在任何窗口尺寸下自动给出正确的相机预览。你的相机应用在平板横屏时遇到过“画面比例和屏幕比例不匹配”或者“宽高比问题”的话，这个就是解药。

Adaptive Refactor 技能

Android Studio 里的新 Android 技能 Adaptive Refactor 可以分析你现有的应用，自动建议或直接应用自适应布局改动。把 AI 智能体指向一个只支持手机的应用，它会告诉你哪些地方需要为平板、折叠屏和桌面做调整。

这是 Google 这次发的最实用的智能体功能之一——这才是 Skill 的正确打开方式吧，迁移苦力活里的真正帮手。

四、Googlebook

The Android Show 上最大的硬件新闻是 Googlebook —— Google 新推出的高端 AI-PC 笔记本品类。

把它理解成 Chromebook 品牌的继任者，只不过跑的不是 ChromeOS，而是 Aluminium OS（也就是面向桌面重塑的 Android 17）。

首批合作伙伴：Acer、ASUS、Dell、HP 和 Lenovo。第一批设备今年秋天上市。

Android 开发者需要关注三件事：

你的 Android 应用能在 Googlebook 上跑。你现在做自适应开发的话，就已经准备好了。
Android Studio Canary 里新增了 Desktop Emulator，专门用来测大屏布局。今天就能下载，看看你的应用在桌面窗口里到底长什么样。
桌面体验的设计和开发者指南，已经上线：developer.android.com/design/ui/desktop。

如果你的脑海里印着"桌面布局以后再说"，现在该把它提前了。

Googlebook 年底之前就会把数百万台能跑 Android 应用的笔记本送到用户手上。

如果这个时候我说一句华为遥遥领先......

五、把生成式 AI 嵌入你的应用

这是 Gemini 变得实用的地方——你能拿来在自己应用里构建 AI 功能的真实 API。

Gemini Nano 4（预览版）

下一代设备端模型已经在预览了。它针对摘要、结构化数据提取和设备端推理做了优化。

重点：Nano 完全在设备上跑，不需要联网、没有 API 费用、不用把用户数据发到云端做隐私审查。如果你的功能在 Nano 的能力范围内能搞定，就应该用它——不管是为了性能还是隐私。

Firebase AI Logic with Grounding

当你确实需要云端 Gemini 的时候，Firebase AI Logic 现在支持 robust grounding —— URL grounding、Google Maps grounding 和 web search grounding。

说白了：你的应用内 AI 功能终于能引用真实来源，而不是胡编乱造。

如果你之前因为幻觉风险不敢上 AI 功能，现在可以重新考虑了。

ADK for Android

ADK（Agent Development Kit）是一个用来在应用内构建智能体体验的新 SDK，附带两个新协议：

AG-UI —— 智能体到 UI 的通信：智能体怎么跟你的界面交互。
A2UI —— 应用内多个智能体之间的协调。

配合 Google 推荐的混合推理架构（默认在设备上跑小模型，复杂度上来了再切到云端），这就是现在在 Android 应用里构建自主功能的官方技术栈。

AppFunctions：让你的应用成为工具提供者

这个我会标为最具战略意义的一个，同样，这个我也有文章提到过。

AppFunctions 是一套新的平台 API + Jetpack 库，让你的应用能把核心功能暴露给系统级的 Gemini 智能体。其他助手也能调用这些功能。

举个具体例子：用户说"把我最新的健身训练发给教练"，Gemini 调用你健身应用暴露的 getLatestWorkout() 拿到数据，再调用你消息应用暴露的 sendMessage() 发出去。你的应用给助手贡献能力，而不是被动等用户来打开它。

本质上就是 MCP 风格的工具暴露，但直接内建在 Android 平台里。

目前状态：面向可信测试者的预览。

为什么未来两年这件事很重要：Android 上的应用发现方式正在变。

现在用户点图标打开你的应用，Gemini-first 的未来里，用户跟 Gemini 提需求，Gemini 决定调哪个应用。如果你的应用操作没有以 AppFunctions 的形式暴露出来，在那个流程里你就是隐身的。

你的应用有明确定义的用户操作——发送、搜索、创建、分享、播放、预订等一系列操作。

六、统一界面

Jetpack Glance + RemoteCompose

Android 17 通过 Jetpack Glance 把手机、Wear OS 和 Android Auto 上的小部件开发统一成了单一的 Compose 模型。

技术上最大的突破是 RemoteCompose 集成。

手机和汽车上它驱动高保真动画；Wear OS 上它让 widget 能在远程表面上原生渲染复杂 UI 逻辑（不用拖着整个 UI 栈走），在低功耗手表硬件上也能保持流畅。

实际场景：用户在汽车仪表盘上看航班状态 widget，手腕上收到登机口变更通知——同一份 Glance 代码，三个界面。

注意： Wear OS 的"Tiles"在这次统一中改名叫 Wear Widgets 了。

Android for Cars

Car App Library 来了一次大更新：

一次构建，同时跑在 Android Auto 和 Android Automotive OS 上。
媒体应用有了新组件和模板能力。
防分心 UI 的布局更灵活了。
沉浸式视频播放，即将登陆 Android Auto（限 Android 17 手机，当然只限停车状态）。停车体验应用的 EAP 已经开放。
Android Auto 版 Google Maps，更新了，支持 3D 沉浸式导航。

之前因为模板太死板而没碰过汽车应用开发的话，新组件值得你再看一眼。

不过，国内的车机系统一般不用 Android Auto。

七、Android XR

XR 今年不再是纸上谈兵了。

三星的 Galaxy XR 头显已经出货，三星+Google 的 Android XR 智能眼镜在 I/O 上正式亮相——今年秋天出两个版本（纯音频版和微显示版）。

开发者这边，Android XR Developer Preview 4 已经发布，核心库马上要进 Beta：

XR Runtime → 即将 Beta
Jetpack SceneCore → 即将 Beta
ARCore for Jetpack XR → 即将 Beta

这正是很多人在投入真金白银的工程时间之前一直在等的稳定基础。

两个值得关注的点：

ARCore for Jetpack XR 里的 Geospatial API —— 把数字内容高精度锚定到真实世界位置。要做正经的位置相关 AR 体验，这是基石。
Android XR Developer Catalyst Program —— 在 [goo.gle/Catalyst_IO26] 申请硬件套件，包括 XREAL 的 Project Aura、音频眼镜和显示眼镜开发者套件。

你如果一直在等 Android XR "到底是不是来真的"这个信号，Developer Preview 4 加上三星已经出货的硬件，就是答案。

八、Android 17 的专业级媒体

你的应用涉及相机、视频或音频的话，Android 17 是一次实打实的升级。

Google 的说法是：Android 现在是你专业级媒体体验的大本营。

具体发了什么：

CameraXViewfinder Composable —— 开箱即用的取景器，自动处理折叠屏和平板上的复杂缩放和响应式布局，省掉了以前大量手动处理的边界情况。
Media3 AI Effects 库 —— 一个统一接口搞定 Magic Eraser 和 Studio Sound 这类高级功能，自动适配设备硬件。
CodecDB —— 按芯片组给编码建议。"视频在 Pixel 上导出完美、在某些小米设备上崩了"这种问题，有解了。
ExoPlayer 的 Scrubbing Mode —— 超丝滑的拖动定位。做视频播放器的话这个很关键。
Media3 Transformer —— 多素材合成和编辑管线。
CastPlayer API —— 更简洁的投屏集成。

整体来说，这些更新把你以前得自己写的媒体底层代码量大幅削减了。

九、性能工具

Android 17 引入了强制的应用内存限制，性能工具比以往任何时候都重要。Google 一口气发了一整套工具。

R8 Configuration Analyzer

R8 Configuration Analyzer 能揪出让你的二进制包膨胀的 keep 规则。你要是接手过一个 proguard-rules.pro 文件，里面满是不知道哪位前辈 copy 进来的 -keep class ** 规则，这个工具就是你的审计利器。

内置 LeakCanary

ProfilingManager 让你在代码里编程式地控制性能分析。更重要的是，LeakCanary 现在直接集成到了 Android Studio 里。内存泄漏检测终于从"还得额外装个第三方库"变成了"IDE 原生功能"。

Android Performance Analyzer

这次最亮眼的工具。新的 Android Performance Analyzer 用 AI 做复杂的 trace 分析。

你直接跟它说话，描述一个性能问题，它帮你生成 Perfetto SQL 查询并分析结果。

对任何一个在发布前夜 11 点还在凭记忆手写 trace 查询的人来说，这个工具的价值不用多说。

十、Android 17 的行为变更

Android 17（代号 Cinnamon Bun）稳定版 6 月发布。Android 17 QPR1 Beta 3 在主题演讲后随即放出，给更多 UI 界面带来了背景模糊效果。

以 API 37 为目标的时候，以下是会变的东西，以及你需要测的内容。

强制行为变更

一旦目标设为 API 37，这些变更避无可避：

应用内存限制 —— 全平台强制执行，切目标之前先审查你的内存使用。
强制大屏可调整大小 —— 你的应用必须能正确调整大小，resizeableActivity=false 这条退路没了。
默认证书透明性 —— 你的网络栈和自定义 TLS 代码需要提前做好准备。
受限的本地网络访问 —— 应用需要显式声明才能跟局域网设备通信，IoT、Cast、Chromecast 相关应用影响很大。
后台音频规则收紧 —— 规则更严了，检查一下你的后台音频行为。
短信 OTP 保护 —— 系统级保护机制改变了 OTP 流向应用的方式。

系统内部变更

这些理论上不会破坏什么，但如果你的代码有时序假设，可能会踩坑：

无锁 MessageQueue —— UI 更流畅、主线程争用更少，但时序敏感的代码需要重新测试。
GC 采用更频繁但强度更低的年轻代收集 —— 整体帧率更平稳。

新 API

Google 专门加了两个新 API，让你不用再为一个功能去请求一整坨权限：

Contact Picker —— 让用户选择联系人，你的应用不用再申请完整的联系人权限。
Eyedropper API（ACTION_OPEN_EYE_DROPPER）—— 系统级颜色选择器，不用再申请屏幕捕获权限。

如果你的应用目前因为某个功能申请了完整的联系人权限或屏幕捕获权限，赶紧切到这两个 API。用户能感知到权限弹窗变少了，Play Store 也会给正向反馈。

那么，赶紧适配 Android 17 吧！

十一、Google TV

如果你有 Google TV 应用：

Engage SDK（从 Video Discovery API 改名而来）负责所有 Google TV 设备形态上的续播、权益和推荐。早点接入比晚接入好。
重要弃用： 旧版 Watch Next API 在 2027 年下半年失去支持。如果你的"继续观看"体验跑在 Watch Next 上，迁移时间线正式生效了。
指针遥控器 —— 带运动控制的遥控器即将登陆未来的 Google TV。现在就在 manifest 里声明指针输入支持，等设备上市时你的应用就能被发现。

十二、Google Play

Play Console 拿到了整个 I/O 里最具体、本季度就能上线的开发者更新。

发现：Play Shorts + Gemini 入口

Play Shorts —— Play Store 内新增的短视频发现形式。你的截图+功能图策略现在有了一个视频优先的搭档。开始想想怎么用 15-30 秒的循环视频卖你应用的核心卖点吧。
Gemini 应用内发现 —— Gemini 现在能在 Android 和 Web 上的用户对话中推荐你的应用。Play Store ASO 现在延伸到了"Gemini 知不知道我的应用、能不能正确地展示它？"值得想想你的商店文案给 LLM 读起来是什么效果，而不只是给人看。

订阅留存

这是最有影响力的 API 变更所在：

默认账户恢复期从 30 天延长到 60 天。 Google 的数据显示，这能为头部开发者带来高达 18% 的非自愿流失减少和 9% 的总流失减少。验证一下你的计费逻辑在更长窗口期内对 SUBSCRIPTION_STATE_ON_HOLD 的处理是否正确。
应用内订阅管理 API（即将上线） —— 当订阅者在你的应用里点"取消"时，新 API 让他们当场换方案或接受降级优惠，而不是彻底流失。配合自动按比例退款的替换模式，这是 Play 这几年发的最强留存工具包。

目录和商店列表自动化

本地化和目录管理来了一次激进的 AI 改造：

Gemini 驱动的关键词推荐商店列表 —— 在 Grow 仪表盘里点一个关键词，Gemini 就会为那个搜索趋势草拟并预填充一个本地化商店列表。一键部署。
从导入文档预填充商店列表 —— 上传 CSV 或 Google Sheet，Play Console 会自动填充多语言列表供你审核。手动复制粘贴本地化正式成为历史。
AI 翻译订阅权益 —— 全球范围内扩展订阅权益文案，不需要单独的本地化流程。
智能体驱动的目录管理 —— 通过智能体批量更新价格和 SKU。如果你有几百个跨市场的 IAP，这是本次 I/O 最大的运营提效。

分析大改版

Play Console 的分析能力终于跟上了：

购物车转化率 —— 终于加到了核心性能指标里。精确定位结账流程在哪里失败。
覆盖面指标 —— 追踪在 Play Store 的整体可见性，包括下游的间接价值。
订阅用户留存和流失原因数据 —— 细分哪些群体在流失、为什么流失。别再猜你的 D30、D90、D365 留存为什么掉了。
Gemini 驱动的图表描述 —— 从统计页面扩展到了覆盖面与设备、商店表现页面。AI 摘要帮你发现趋势，不用手动读图。
互动问答 + 主动变现洞察 —— 问"上周巴西的 D7 留存为什么掉了？"，得到的是针对性建议，而不只是数字。

结语

Google I/O 2026 不是一场炫目的 Android 发布。没有重量级的 UI 重设计，没有版本号噱头。

取而代之的，是一次安静但明确的重新定位——Android 正在变成更大的东西：

Android 不再只是一个手机操作系统，它正在成为跨手机、手表、汽车、笔记本和眼镜的 AI 优先生态系统的基石——由 Gemini 串联、用统一的 Compose-first 工具链开发。

我甚至看到一种愿景：Android 正在成为新时代的 Windows！

对开发者的好消息：你不需要学五个新平台。你需要做的是写一个 Compose 应用、让它自适应、把核心功能暴露给系统智能体、对齐 API 37。这是一个清晰连贯的要求。

不太好的消息：到 2026 年底，"只支持手机、基于 View、没有 AI 功能"会越来越显得格格不入，又有新的 KPI 需要考核了！

以上内容基于 Google I/O 2026、The Android Show: I/O Edition、开发者主题演讲，以及官方 Android 开发者博客。