2025 年 Google I/O 大会，Android 开发者需要关注这些内容...

前言

2025 年 Google I/O 大会介绍了 Android 开发领域诸多新进展与未来规划，特别是在提升开发者生产力、构建优质跨设备应用等方面的创新与改进，涵盖了从 UI 框架到业务逻辑，从安全隐私到性能优化，再到智能体验等多个关键层面。

1. Jetpack Compose：功能升级、性能优化与稳定性提升

Jetpack Compose 已从 2019 年推出时的全新 UI 工具包，发展成为如今构建 Android UI 的推荐工具，在 Top 1000 应用中的使用率达到 60%。它为开发者提供了构建美观自适应应用所需的特性、性能、稳定性和丰富库，助力开发者更高效地开发应用。

新增功能亮点

• 自动填充（Autofill）：应开发者长期需求，Compose 实现了自动填充功能。通过设置语义修饰符中的 ContentType 属性，可轻松为文本字段赋予身份验证角色，如用户名和密码，从而实现自动填充。在最新稳定版中可使用基本的 Autofill API，而在 alpha 版本中，新增的 ContentType 修饰符让设置更为简便，只需一行代码即可完成。

• 自动调整文本大小（Autosizing text）：只需为文本组合添加 AutoSize 参数，就能使文本自动适应容器大小。开发者还能配置最小和最大字体大小，以及每个步骤的粒度。

• 动画边界（Animate bounds）：该修饰符可自动为组合在容器中的位置和大小添加动画，类似于已有的动画内容大小功能，但能同时处理大小和位置变化，前提是处于前瞻范围内。

• 可见性跟踪（Visibility tracking）：在最新稳定版中，Compose 添加了 onLayoutRectChanged 这一底层 API，用于跟踪组合在根视图、窗口或屏幕内的位置，解锁了各种与可见性或位置跟踪相关的用例。与已有的 onGloballyPositioned 相比，它性能更优，且支持添加节流或去抖动功能，适用于在滚动懒加载列表时跟踪项目位置等场景。在 alpha 版本中，基于此底层 API 又新增了一些更高级的 API，如 onVisibilityChanged，可在组合的可见性发生变化（进入或离开视口）时提供回调，适用于自动播放或暂停视频等场景；onFirstVisible 则适用于印象跟踪，当组合在视图中显示一定时间后触发回调。

性能显著优化

通过内部基准测试项目发现，在旧版本 Compose 上运行的应用，尤其是在低端设备上，可能会出现卡顿现象。例如，在使用 2023 年版本 Compose 的应用在 Pixel 3A 设备上运行时，卡顿率约为 2%。而保持源代码不变，更新 Compose 版本后，卡顿率显著下降。

到 2025 年 3 月版本，卡顿率降至不到 0.5%，最新稳定版更是低至不到 0.1%。此外，工程师还引入了可暂停组合（pausable composition），将组合工作分摊到多个帧中；卸载了主线程上一些繁重工作，如文本测量；并允许开发者自定义懒加载列表中项目的预取，持续提升 Compose 性能。

稳定性大幅改进

为提升 Compose 版本升级的稳定性，Google 与应用团队合作，改进了发布流程。对于 Google 应用，它们共享单一版本的 Compose，更新频率从每月一次提高到每天一次。任何 Compose 的更改进入主分支后，数天内就能应用到所有 Google 应用，一周内影响数百万用户。对于新功能，添加了功能标志，便于 Google 应用和开发者在 alpha 版本中进行早期测试，及时反馈性能回归或漏洞问题。

经过这样的快速迭代测试，当功能进入 beta 或稳定版时，往往已在 Google 应用中面向数百万用户运行数周甚至数月，大大增强了开发者升级到最新稳定版的信心。同时，Google 对实验性 API 进行了全面清理，一年内减少了 32% 的实验性 API，在 Foundation 和 Compose UI 等主要贡献模块中，这一比例更是高达 66%，未来还计划进一步减少，为开发者使用稳定 API 提供更多保障。

2. 扩大 Compose 接入范围：导航与媒体库新变革

Navigation 3：重新构想 Compose 世界中的导航

针对 Jetpack 导航解决方案在 Compose 环境中处理回退栈或提升状态时存在的挑战，Google 推出了 Navigation 3 首个 alpha 版本。这个新库基于 Compose 构建，使在 Compose 应用中处理导航变得更加轻松。它具备以下优势：

• 轻松实现动画过渡：可使用动画在不同目的地之间进行流畅过渡。
• 支持预测性返回：有助于提升用户体验。
• 创建共享元素过渡：实现更具吸引力的界面效果。
• 灵活分层架构：自适应各种设备形态，包括 XR 设备，且集成了材料设计。
• 完全可定制：开发者可根据应用需求，对回退栈进行完全控制，精确实现所需的导航逻辑。

implementation("androidx.navigation3:navigation3:1.0.0-alpha01")
implementation("androidx.lifecycle:lifecycle-viewmodel-navigation3:1.0.0-alpha01")

为相机和媒体体验添加 Compose 支持

开发者对于在相机和媒体体验方面获得 Compose 支持的呼声强烈。Google 以 Media3 和 CameraX 作为 Android 应用中相关体验的推荐解决方案，并重新设计了它们在 Compose 世界中的呈现方式。并非简单地包装预览视图或播放器视图，而是从头构建基础模块，确保开发者能根据应用需求灵活构建相机或媒体体验，尽管这意味着实现与现有 Player View 和 Preview View 完全对等的功能需要更多时间，但却赋予了开发者对相关体验的完全控制权。

以 Media3 为例，在 Androidify 应用中展示教程视频的场景，通过 VideoPlayer 组合传递来自 Media3 库的 Player 实例到 PlayerSurface 组合，由后者负责渲染。添加播放 / 暂停按钮时，开发者可自行实现按钮逻辑，通过创建 PlayPauseButtonState 与 Player 交互并显示相关数据，而库则负责处理显示播放或暂停按钮的复杂逻辑以及点击操作的响应。

// Media3 (recommended for video and audio playback)
implementation("androidx.media3:media3-ui-compose:1.7.1")
// Camerax(recommended for camera experiences)
implementation("androidx.camera:camera-compose:1.50-beta01)

3. Kotlin Multiplatform：拓展业务逻辑共享的边界

Kotlin Multiplatform 允许开发者在不同平台间共享业务逻辑，深受社区欢迎，仅去年就有 900 个新的 KMP 库发布。Google 在 Jetpack 库套件中积极支持 KMP，在可能、必要且符合逻辑的情况下添加 KMP 支持。去年已在 Room、DataStore 和 Collections 中实现，今年则将 Saved State、View Model、Lifecycle 和 Paging 加入稳定支持列表。由于 KMP 涉及众多平台，Google 将 Jetpack 库套件中的支持分为三个层级：

• 一级平台（Tier 1）：包括 Android、iOS 和 JVM。开发者可借助这三个平台构建跨 Android 和 iOS 以及 Kotlin 后端共享业务逻辑的移动应用，享受与 Android Jetpack 库相同的全面支持。

• 二级和三级平台（Tier 2 and Tier 3）：提供不同程度的较低级别支持。

为帮助开发者在 Android 和 iOS 应用中开始共享业务逻辑，Google 制作了技术讲解视频，发布了两个新的代码实验室逐步引导，并且在 Android Studio 中添加了新的 KMP 模块模板，开发者可借助这些资源和工具轻松上手。

4. Android 16：开启卓越应用构建的新基石

Android 16 是构建安全、高性能、跨设备、令人愉悦且智能的优质应用的基础。与以往不同，今年 Android 16 的发布周期有所调整，从去年的 Android 15 beta 版到今年即将发布的正式版。此外，年底还将新增一个次要 SDK 版本，该版本无任何突破性的行为更改，仅包含新的 API，开发者可按需选择使用，助力构建卓越应用。

• 绿色：代表出色的新功能或新 API，开发者可自行选择是否更新使用。
• 橙色：表示当更新目标 SDK 版本时才需进行的必要更改，开发者可自主控制时间安排。
• 红色：意味着无论目标 SDK 版本如何，这些更改都将生效，开发者需密切关注并测试应用。

5. 构建安全应用：认证、隐私与健康数据新特性

认证管理的增强

Credential Manager 作为统一认证 API，此次迎来新功能。数字凭证验证功能可用于验证年龄内容检查、学术学位等各类身份信息，且集成在 GetCredential 流程中，开发者只需提供 DigitalCredentials 对象即可。

Restore Credentials API 则解决了用户更换新设备时重新认证的困扰，用户在设置新设备时可自动在应用中完成认证，同样通过 GetCredentials 调用并设置 RestoreCredentials 选项即可实现。

Privacy Sandbox：隔离第三方代码的安全沙箱

Privacy Sandbox 允许开发者将第三方代码（甚至任何敏感逻辑、游戏子系统、广告等）隔离在专用的运行时环境中。需注意的是，运行时与应用之间的数据共享并非默认，开发者需显式处理。

隐私与安全升级

• Android 高级保护模式（Android Advanced Protection mode）：这是一套用户可在设备上启用的安全功能。开发者需检查应用是否受影响，若受影响，则需集成相关用户体验，通过简单的权限检查 API（仅两个回调和一个布尔值）即可实现。

• 盗窃保护与身份检查（Theft protection with Identity Check）：对于涉及敏感用户操作的应用（如银行应用查询账户金额），当用户处于不可信位置时，Identity Check 将强制执行额外的生物识别安全层，要求用户输入指纹。开发者只需检查 Identity Check 是否激活，并在激活时添加额外的生物识别提示 API。

Health Connect：健康数据共享的新发展

Health Connect 用于在应用间共享用户健康数据，涵盖睡眠、运动模式等多种数据，发展迅速，过去六个月活跃用户增长 50%。

• 新增医疗记录 API：有助于整合健康数据，可读写过敏、免疫接种等信息，为用户提供更丰富的医疗背景，使健康应用更具参考价值，其中 MedicalDataSource API 值得关注。

• 新增数据类型：背景读取可及时为用户提供洞察，历史读取帮助用户发现长期趋势。开发者需检查相应读取类型的可用性和权限，对于背景读取，需安排定期工作构建器；对于历史读取，需设置数据来源。

6. 打造高性能应用：运行时与电池性能优化

运行时性能提升

• R8 优化：鼓励开发者在 Android 清单文件中添加 minifyEnabled 启用 R8，可获得减少 ANR、提升启动和运行时性能等一系列好处，Google 还提供了全新的 R8 使用指导。

// enable R8
android{
    buildTypes{
        release {
            minifyEnabled true
        }
    }
}

• UiAutomator API：用于自动化 UI，方便开发者为 UI 编写基准测试，可自动操作和控制 UI。

电池性能改进

• 新的核心 Android Vitals 指标 - 过度唤醒锁（Excessive Wake Locks）：作为电池消耗的代理指标，针对唤醒锁受作业执行持续时间影响的问题进行了优化，并实施了新的配额执行机制，涉及 Active Standby 桶中的作业、与前台服务同时运行的作业以及从应用可见状态启动的作业。开发者需检查应用并进行相应调整。

• 迁移到 setExpedited：若在 SDK 36 中使用 setImportantWhileForeground，需迁移到 setExpedited。

// Use setExpedited to prioritize workers
val request = OneTimeWorkRequest
    .Builder<SyncWorker>()
    .setExpedited(
        OutOfQuotaPolicy
        .RUN_AS_NON_EXPEDITED_WORK_REQUEST
    ).build()

7. 实现跨设备自适应：从大屏到 Wear OS 的适配

大屏适配

对于 SDK 36 及设备尺寸大于 600 DP 的大屏设备，某些清单标签（如屏幕方向、可调整大小的活动和纵横比）将被忽略。开发者需摒弃以往对这些标签在活动重建时行为的假设，显式处理相关逻辑，否则可能导致活动状态为空、UI 间距逻辑错误，进而引发应用崩溃或不佳的用户体验。

考虑到这一变化影响广泛，Google 设置了一些限制：仅适用于 SDK 36、不涉及游戏、仅针对大屏（600 DP）、用户和开发者均可暂时选择不采用这一更改，但未来将逐步加强执行。开发者可通过参加相关技术讲座，为未来支持更多设备（如汽车和 XR 设备）做好准备。

Wear OS 更新

• Watch Face Push：允许开发者创建自己的 Watch Face 移动市场应用，通过云存储，可直接将表盘从云端推送到手表，方便用户且 API 简单易用。
  

• 健康权限粒度优化：使健康权限更加细化，赋予用户对健康数据更多控制权，同时弃用两个权限，替换为四个新权限。

• Wear OS 6 开发者预览版：已在 Android Studio 中可用，支持 Material3 Expressive，针对 Wear 设备进行了优化，具有一系列专属特性，开发者可查看相关资源深入了解。
  

8. 构建令人愉悦的应用体验：系统 UI 与媒体体验革新

Material3 Expressive：视觉与交互的升级

Material3 Expressive 为 Android 16、Wear OS 6 和 Google Maps 带来了 15 个新的和改进的组件，以及重大的风格更新，包括独特形状、醒目色彩、灵活排版和新的运动物理效果。这并非新版本，而是一个扩展包，与现有 M3 功能完全兼容，开发者可使用最新的 alpha 库开始构建，通过观看相关技术讲座深入学习。

系统 UI 的新特性

• 实时更新（Live updates）：这是一种基于通知的新模式，帮助用户专注于关键、有时效性的正在进行的任务。例如，在等待出租车、外卖或使用地图导航时，用户可获得实时视图更新。为此发布了新的通知模板 Progress Style，具有高度可定制性和丰富可视化，可展示任务的里程碑和阶段。实时更新将于今年晚些时候在与 Pixel 等设备制造商合作的 Android 设备上推出，三星的 Now Bar、一加的 Live Alerts、vivo 和小米也将其集成到自定义系统 UI 中，为开发者提供了广泛覆盖的统一 API。开发者可查看相关讲座了解构建通知实时更新的标准和最佳实践。

• 小部件（Widget）：小部件回归锁屏，Hub Mode 已在 Pixel Tablet 上推出，很快也将应用于手机。同时，Google Play 增强了小部件的可发现性，推荐高质量小部件并添加新筛选器方便搜索。为帮助开发者更轻松地构建小部件，Jetpack Glance 1.2 alpha 版本提供了更好的内容预览，新的规范布局也已在 Figma 中可用。为满足开发者衡量小部件对用户影响的需求，今年推出了 Widgets Metrics API，可获取小部件的展示次数和用户交互洞察，提高小部件开发的投资回报率。例如，SoundCloud 使用 Jetpack Lens 在两周内实现了小部件功能，发现用户平均每天多次与之交互以快速回到应用中。

应用内行为变化

• 边缘到边缘（Edge to edge）：从 Android 16 开始，不再有选择退出的选项。当开发者更新目标 SDK 版本时，需确保应用内容不会被系统栏遮挡，可查看相关文档正确处理窗口插入。

• 预测性返回（Predictive back）：已集成到 Compose Adaptive 和 Navigation 3 中，在 Android 16 中，预测性返回对于返回主页、跨应用和跨活动默认启用，同时为三按钮导航提供动画。若应用当前拦截返回事件，需更新应用并迁移到支持的返回导航 API，否则无需操作。对于暂时无法迁移的应用，提供了临时选择退出标志。

媒体体验增强

• CameraX 和 Media3 特效构建：在 CameraX 和 Media3 中提供构建特效功能，两个库共享特效框架，可定义一次特效（如灰度）并在 CameraX 捕获和 Media3 编辑中同时使用。

• 低光增强：针对不支持自动曝光模式的设备，今年推出 Google Low Light Boost 库，利用计算摄影技术和机器学习实时动态调整相机屏幕亮度，覆盖从 Pixel 6 到 9 系列以及三星 Galaxy S23 Ultra 到 S25 Ultra 系列等更多设备。

• 预加载管理器 API：Jetpack Media3 中的 Preload Manager API 允许预加载多个媒体源，专为优化 ExoPlayer 的短视频播放而设计，尤其在与视频滚动列表结合使用时，可加快应用启动速度并提供更流畅的用户体验。开发者可使用默认的 Preload Manager 实现开箱即用的功能，也可通过 TargetPreloadStatusControl 自定义 ExoPlayer 的预加载量。

• 音频优化：Android 16 为 Android NDK 引入 Native PCM Audio Offload 功能，在屏幕关闭的长时间音频播放场景下，可将主要音频处理任务从 CPU 卸载到专用硬件（如 DSP），以节省电池并提升性能。启用时，需先检查设备是否支持音频文件属性和格式的卸载，然后通过设置性能模式启用。

9. 开启智能体验：AI 驱动的应用创新

在 Android 中，AI 技术正被用于解决实际问题。通过设备上的 Gemini Nano 模型以及访问云端更大模型的 API，Android 将 AI 直接带到用户手中。开发者无需依赖后端服务器即可构建强大的 AI 功能。

GenAI API：便捷的设备端 AI 实现

GenAI API 基于 Gemini Nano，实现简单，只需几行代码。开发者定义 AI 任务后，设置获取模型输入和输出处理的选项，确保设备上有可用的模型和功能，然后即可运行推理。目前，GenAI API 支持四种常见的文本和图像任务，且功能还在持续扩展，今年晚些时候将推出更多特性。

云 AI 能力集成

在 Androidify 中可看到更强大的模型（如 Imagine）的应用，通过 SDK，开发者可在应用中直接获得云 AI 能力，并能快速集成，及时获取最新模型和新功能。Gemini Live API 就是一个很好的例子，它通过 Firebase 在应用代码中直接实现双向音频流，充分利用 Gemini 的多模态特性，为用户带来实时交互体验。

智能家居中的 AI 应用

今年晚些时候，Google 将把强大的 Gemini 能力引入 Home API，为智能家居场景带来革命性的智能体验升级。这一集成允许用户通过自然语言轻松创建自动化场景，并享受基于 AI 驱动的智能相机功能，让家居设备真正 “听懂” 用户需求并主动提供服务。

https://developers.googleblog.com/en/bringing-gemini-intelligence-to-google-home-apis/

自然语言驱动的家居自动化

借助 Gemini 的自然语言理解能力，用户无需通过复杂的菜单设置或编程指令，只需用日常语言就能创建智能家居自动化规则。例如，用户可以直接对设备说：“每天早上 7 点，如果天气晴朗，就打开客厅窗帘并启动咖啡机”，系统会自动解析语义并生成对应的自动化逻辑。这种交互方式大幅降低了智能家居的使用门槛，即使是非技术用户也能轻松定制个性化的家居场景。

智能相机的 AI 视觉分析

集成 Gemini 的智能相机将具备更强大的视觉理解能力。它不仅能识别常见的物体（如人脸、宠物、包裹），还能结合上下文进行更复杂的分析。例如，当相机检测到家中老人在客厅长时间静止时，会主动发出提醒；或者识别到孩子在厨房打开橱柜时，自动联动关闭附近的刀具收纳柜锁。此外，相机还能通过多模态交互与用户对话，比如当用户询问 “我刚放在桌上的钥匙去哪了”，相机会基于视觉数据实时反馈钥匙的位置。

跨平台设备联动与个性化服务

Home API 本身具备跨平台特性，可连接超过 7.5 亿台设备，覆盖手机、智能音箱、家电、传感器等多种形态。Gemini 的加入让这些设备能够协同 “思考”，根据用户的行为习惯和环境数据提供主动服务。例如：

• 能源管理：系统会分析用户的用电模式，在电价低谷时段自动建议充电电动车或运行大功率电器；
• 健康关怀：通过智能床垫、体重秤等设备数据，结合 Gemini 的健康分析模型，为用户提供睡眠质量改善建议，并联动调节卧室的温度、光线；
• 安防升级：当检测到家中异常声音（如玻璃破碎），相机会自动录制视频并通过 Gemini 分析风险等级，决定是否发送警报给用户或联动安保公司。

开发者接入与生态构建

对于开发者而言，Home API 提供了标准化的接口和工具包，可轻松将 Gemini 的 AI 能力集成到自家的智能家居应用或设备中。通过以下步骤即可快速上手：

1. 访问开发者文档：获取 Home API 的详细接入指南和 Gemini 模型调用示例；
2. 申请权限与认证：通过 Google Cloud Console 配置项目权限，确保安全访问 AI 服务；
3. 定制交互逻辑：基于用户场景设计自然语言对话流程，例如为智能烤箱开发 “语音菜谱搜索与自动烹饪” 功能；
4. 测试与优化：利用模拟器和真实设备测试 AI 响应的准确性和流畅度，持续迭代优化体验。

Google 还提供了丰富的开发资源，包括代码示例、UI 设计模板和最佳实践指南，帮助开发者快速构建创新的智能家居应用。随着 Gemini 在 Home API 中的普及，未来智能家居将从 “被动执行命令” 升级为 “主动预测需求”，为用户创造更便捷、安全、个性化的居住环境。

总结

从本次 Google I/O 大会透露的信息来看，Android 生态正通过 AI 技术与各领域深度融合，从移动设备延伸至智能家居、穿戴设备等更广阔的场景。无论是 Jetpack Compose 的效率提升、Android 16 的系统优化，还是 Gemini 带来的智能革命，都彰显了 Google 助力开发者构建卓越应用的决心，也为用户描绘了一个更智能、更互联的数字生活蓝图。