以下文章来源于：谷歌开发者

Google 中国官方账号。汇集 Android, Flutter, Chrome OS, Chrome/web, AI 等开发技术，以及 Google Play 平台出海相关信息。

重点内容一站式打包，解锁智能体开发全流程

阅读原文

跳转微信打开

以下文章来源于：谷歌开发者

Google 中国官方账号。汇集 Android, Flutter, Chrome OS, Chrome/web, AI 等开发技术，以及 Google Play 平台出海相关信息。

多平台同步直播，掌握智能体时代开发新范式

阅读原文

跳转微信打开

欢迎您查看 2026 年 7 月 Google Play 政策更新和中文视频，即刻掌握最新动态。

Google Play 始终致力于构建安全可信的平台，在助力开发者实现业务繁荣的同时，确保用户能够安心探索精彩应用。本文将为您深入解读政策更新的核心内容，帮助您准确理解并从容应对，同时文中还汇总了目标 API 级别的相关提醒及近期政策更新的重要日期，以便您提前规划并完成必要的调整。欢迎阅读本文并观看 Google Play PolicyBytes 视频，即刻获取 2026 年 7 月的政策最新动态。

△ Google Play 政策更新 | 2026 年 7 月

🔗 Bilibili 视频链接

https://www.bilibili.com/video/BV1XtMQ6WE9G/

随机聊天应用和匿名聊天应用

为切实保障儿童安全、防止未成年人接触潜在有害内容，我们更新了 "年龄限制内容和功能" 政策，要求所有以随机连接陌生人进行即时交流为核心功能的聊天应用，或允许有意隐藏一方或多方真实身份进行匿名沟通的聊天应用，均必须实施有效的年龄限制机制，严格禁止未成年人使用。因此，开发者必须在 Play 管理中心账号中的 "目标受众群体和内容" 部分中，准确配置符合要求的年龄段。

我们也同步更新了家庭政策要求与 "儿童安全标准" 政策，以全面反映上述调整，让政策标准保持一致性，从而切实地构建更加安全可信的平台生态。

🔗 "年龄限制内容和功能" 政策

https://support.google.com/googleplay/android-developer/answer/16302250

🔗 家庭政策要求

https://support.google.com/googleplay/android-developer/answer/9893335

🔗 "儿童安全标准" 政策

https://support.google.com/googleplay/android-developer/answer/9878809

Play 管理中心要求

我们现要求开发者必须在 Play 管理中心内完成 Play 应用包名称的注册，以确保生态系统安全可信赖，并满足 Android 开发者验证要求。此项安全举措能够帮助开发者有效保护自身应用的声誉与合法权益，同时防范诈骗、金融欺诈及有害应用的侵害，并维护整体生态信任。

为了尽可能简化这一过渡流程，我们已经自动注册了超过 99% 的符合条件的 Google Play 应用，其余一小部分尚未自动注册的应用将会受到影响。您可以前往 Play 管理中心首页查看并确认应用状态，避免应用被 Google Play 完全下架，并确保用户获得流畅的安装体验。

您可以访问官方网站，了解有关此政策变更的更多详情内容：

https://support.google.com/googleplay/android-developer/answer/10788890

用户数据

为确保用户数据的安全与隐私，我们针对 "用户数据" 政策做出了进一步澄清说明：应用内集成的所有第三方 AI 组件 (包括相关产品、服务和代码)，均必须严格遵守 Google Play 用户数据政策，这包括遵守数据的有限使用原则、提供清晰的显著披露，并依法征得用户的明确同意。即使采用第三方 AI 技术，开发者仍须对应用采集和处理个人及敏感数据的整体合规性承担最终责任。

您可以访问官方网站，了解有关此政策的更多详细内容：

https://support.google.com/googleplay/android-developer/answer/10144311

内容分级

所有应用都必须获得国际年龄分级联盟 (IARC) 的内容评级才能在 Google Play 上架。我们对 "内容分级" 政策进行了澄清与说明，从条款中全面移除 "未分级的应用" 这一表述，以明确我们不允许在 Google Play 上架未分级的应用。

您可以访问官方网站，了解有关此政策的更多详细内容：

https://support.google.com/googleplay/android-developer/answer/9898843

🔗 国际年龄分级联盟 (IARC)

https://www.globalratings.com/

金融服务

为保障用户的金融消费安全，同时帮助开发者准确把握合规边界，我们重新整理了 "金融服务" 政策指南，按照 "贷款"、"工资随取"、"一般要求" 以及 "特定国家/地区的要求" 进行编排，旨在明确发薪日贷款与工资随取的政策界限，便于开发者高效查阅与落实相关合规标准。

您可以访问官方网站，了解有关此政策的更多详细内容：

https://support.google.com/googleplay/android-developer/answer/9876821

短信或通话记录权限组

我们进一步澄清了 "短信或通话记录权限组的使用" 政策，移除通过电话进行账户验证来使用READ_CALL_LOG 权限这一例外用例情况，以切实保障用户个人敏感数据安全，同时引导开发者采用更安全、高效的验证方式。为确保应用合规并顺利完成验证，开发者需改用隐私保护效果更好的现代 API 替代方案，如 Digital Credentials API、SMS Retriever API 或 SMS User Consent API。

您可以访问官方网站，了解有关此政策的更多详细内容：

https://support.google.com/googleplay/android-developer/answer/10208820

为确保 Android 和 Google Play 用户均能获得安全的使用体验，特此提醒所有开发者关注我们年度目标 API 级别的更新内容：所有应用均应在 2026 年 8 月 31 日前满足最新的目标 API 级别要求。请开发者务必提前规划并在截止日期前提交更新，以保障应用合规与正常分发。

△ 政策执行时间表

您可以前往 Google Play 管理中心帮助页面查看最新政策详情：

https://support.google.com/googleplay/android-developer/table/12921780

Google Play Academy

如需了解有关政策或 Google Play 的更多相关信息，您可以访问 Google Play Academy，学习涵盖各个相关主题的免费课程。

🔗 Google Play Academy

g.co/playacademy/policy

在线政策讲座

我们的在线政策讲座可以为您带来最新的 Google Play 政策更新内容、应用发布体验方面的最佳实践以及实时问答环节。请确保您的 Google Play 管理中心账号已选择接收 Google Play 动态，以了解在线讲座的最新动态。您也可以访问官方网站查看即将举办的活动：

https://developersonair.withgoogle.com/google-play-policy-webinars

Google Play 开发者帮助社区

如需技术帮助，您可以访问 Google Play 开发者帮助社区，通过在线论坛向专家和其他开发者寻求帮助。我们将在近期发布一系列精选内容，其中包含重要公告和实用提示，帮助您了解如何解决热门问题和避免遭到常见违规处置。

🔗 Google Play 开发者帮助社区

https://support.google.com/googleplay/android-developer/#topic=3450769

再次感谢您关注 Google Play 政策更新，欢迎您持续关注我们，及时了解 Google Play 政策更新以及更多精彩内容。

跳转微信打开

内存是支撑应用性能与多任务体验的隐性基础。欢迎阅读本文，了解 Android 17 内存限制的底层逻辑与实践指南，借助相关工具和 API 支持，共同打造更稳定高效的设备体验。

作者 / 开发者关系工程师 Alice Yuan，开发者关系工程师 Ajesh Pai，开发者关系工程师 Fung Lam

虽然大家通常将应用性能等同于流畅的界面和快速的启动时间，但内存才是支撑这些显性指标的隐性基础。众所周知，设备内存在当下的重要性逐渐到达前所未有的高度。我们不仅在 Android 17 中取得了 Android 内存优化的长足进步，同时提供相关工具和 API 支持，以帮助开发者提前应对今年晚些时候更为严格的内存要求。

为保障设备稳定性，自 Android 17 起，系统将根据设备总 RAM 强制执行应用内存上限。一旦应用超出该上限，Android 将终止该进程，且不会提供相关的堆栈轨迹 (Stack Trace)。

除了上述强制终止操作之外，未经优化的内存占用必然会对用户体验产生负面影响。当应用接近堆内存上限时，就会频繁触发垃圾回收 (Garbage Collection)，造成明显的界面卡顿。此外，当设备的可用内存耗尽，系统将不得不频繁进行页面回收，从而导致 CPU 负载过高、界面延迟、耗电过快等问题。如果内存严重不足，还会触发低内存终止 (LMK) 事件，进而迫使应用经历缓慢的冷启动并丢失用户状态。

为打造高性能应用，并规避此类强制终止问题，我们建议开发者采用以下内存优化策略：

1. 通过 R8 充分优化字节码

2. 优化图像加载

3. 使用 Android Studio 检测并修复内存泄漏

4. 当应用离开可见状态时主动释放内存

5. 通过 ProfilingManager 实现高级内存观测

△ 本文的精简版还有视频版本，欢迎观看！

Android 17 引入了应用内存限制，旨在防止 "单个异常应用" 破坏用户整部设备的多任务体验和稳定性。

以下是本次架构调整的具体原因说明：

• 防止级联终止：当应用处于特权状态 (例如正在运行前台服务) 时发生内存膨胀或泄漏，系统在初期会对其进行保护，避免被低内存终止 (LMK) 查杀。随着这个单一应用无节制地增长并占用大量 RAM，LMK 被迫通过终止数十个较小的、运行良好的缓存应用和后台任务来回收内存，以优先保障这个特权状态下的应用使用。

• 保障多任务体验，维持用户状态：当系统为容纳单一泄漏进程而被迫清除缓存应用，多任务体验会被严重削弱。当用户尝试切回之前缓存的应用，就会无法实现近乎即时的热恢复，只能等待缓慢的冷启动。这种低效运行会加剧 CPU 负载，也会加快电量消耗。此外，这种状态还会销毁用户最近使用的应用内 Context，例如滚动位置、导航堆栈和游戏进度等。

如要判断应用会话是否在实际运行环境中受上述限制的影响，您可以调用 ApplicationExitInfo 中的 getDescription()。如果系统采用了限制机制，退出原因报告会显示为 REASON_OTHER，且描述字符串将会包含 "MemoryLimiter:AnonSwap"。您还可以利用基于触发的性能分析，使用 TRIGGER_TYPE_ANOMALY 在达到内存限制时自动捕获堆转储。此外，Android 正积极努力通过 Google Play 管理中心向开发者展示更多实际内存指标。

我们同步扩展了内存限制文档，新增本地调试命令，支持开发者在本地环境模拟内存限制，并验证应用在各类强制内存限制下的表现。

🔗 ApplicationExitInfo

https://developer.android.com/reference/android/app/ApplicationExitInfo

🔗 getDescription()

https://developer.android.com/reference/android/app/ApplicationExitInfo#getDescription%28%29

🔗 REASON_OTHER

https://developer.android.com/reference/android/app/ApplicationExitInfo#REASON_OTHER

🔗 基于触发的性能分析

https://developer.android.com/topic/performance/tracing/profiling-manager/trigger-based-capture

🔗 TRIGGER_TYPE_ANOMALY

https://developer.android.com/about/versions/17/features#anomaly-profiling-trigger

🔗 内存限制文档

https://developer.android.com/about/versions/17/behavior-changes-all#app-memory-limits

启用 R8 优化器可以高效缩减应用内存占用。通过缩短类、方法和字段名称，并剔除未使用的代码和资源，R8 能够大幅减少应用运行时的常驻代码体积，从而显著降低内存占用。 

R8 能够精简常驻代码，缩小内存占用，并降低被 LMK 终止的风险。这使得应用可以更频繁的实现温启动，而非缓慢的冷启动。此外，精简后的字节码还能减轻主线程 CPU 负载，直接降低 ANR 发生率，提升用户体验的流畅度。例如：数字银行 Monzo 全面启用 R8 优化后，ANR 发生率降低了 35%，冷启动率改善了 30%，应用整体安装包体积也缩减了 9%。

△ 数字银行 Monzo 全面启用 R8 优化后，相关性能指标至高提升 35%。

🔗 Monzo

https://developer.android.com/blog/posts/monzo-boosts-performance-metrics-by-up-to-35-with-a-simple-r8-update

如需在 build.gradle 文件中正确配置 R8，请按以下步骤操作：

• 设置 isShrinkResources = true 和 isMinifyEnabled = true。

• 使用 proguard-android-optimize.txt 替代旧版 proguard-android.txt。旧文件实际上会限制优化，且 Android Gradle Plugin 9 已不再被支持。

• 从 gradle.properties 中移除 android.enableR8.fullMode = false。

如果您的代码库使用了反射，请添加 Keep 规则，避免 R8 优化该部分代码。请务必在 Keep 规则文件中遵循以下最佳实践，以实现最佳优化效果：

• 移除 -dontoptimize、-dontshrink 和 -dontobfuscate 等全局选项，此类选项会阻止 R8 优化整个代码库。

• 移除会限制 Activity、Service、View 或 Broadcast receivers 等 Android 组件优化的 Keep 规则。

• 细化宽泛的软件包级 Keep 规则，将作用目标精确限定为特定类或方法。

如需了解更多最佳实践，请参阅我们的 Keep 规则文档。

🔗 Keep 规则

https://developer.android.com/topic/performance/app-optimization/keep-rules-overview#where-to-add-rules

🔗 Keep 规则文档

https://developer.android.com/topic/performance/app-optimization/keep-rules-best-practices

如果您是库开发者，请严格地将使用者需要的规则在 consumer-rules 文件中妥善保存，并将库内部保护规则放置在 proguard-rules.pro 文件中。如需了解有关如何优化库的更多内容，请参阅面向库作者的优化：

https://developer.android.com/topic/performance/app-optimization/library-optimization

您可以使用配置分析器 (Configuration Analyzer) 来审查 R8 的优化效果。配置分析器展示了包含混淆、优化和压缩得分在内的当前优化状态。通过配置分析器，您还可以了解每条 Keep 规则阻止了多少类、方法或字段被优化，通过细化宽泛的软件包级 Keep 规则，以实现最佳优化效果。

使用配置分析器，还可以识别涵盖其他规则的 Keep 规则、冗余 Keep 规则以及未使用的 Keep 规则。

△ 配置分析器展示了包含混淆、优化和压缩得分在内的当前优化状态。

🔗 配置分析器

http://developer.android.com/r8-analyzer

您还可以搭配 Android Studio 智能体或其他 AI 工具使用 R8 Agent Skill，以解决错误配置并优化规则，以此提升应用性能。(基于 AI 驱动 Skill 的数据洞察仍需经过技术验证) 

🔗 R8 Agent Skill

https://github.com/android/skills/tree/main/performance/r8-analyzer

位图通常是应用内存中占用空间最大的常见对象，它们代表图像加载流程的最后一步，即将 JPEG 或 PNG 等压缩文件解码为用于显示的原始像素数据。因为内存消耗取决于图像的像素尺寸和色彩深度，这意味着一个仅 100KB 的压缩图像在 RAM 中可能会膨胀到几兆字节。由于位图操作往往处于帧绘制的关键路径上，因此未经优化的图像会造成严重的内存膨胀和界面卡顿。

Google 建议在以 Kotlin 为主的项目中选用 Coil 作为图像加载库，特别是在采用 Jetpack Compose 进行开发时；而对于基于 Java 的应用，则推荐使用 Glide。

🔗 Coil

https://github.com/coil-kt/coil

🔗 Glide

https://github.com/bumptech/glide

1. 图像降采样：如果您要手动加载位图，请避免将超大图像加载至微型缩略图控件中，应当使用 inSampleSize 来加载较小的版本。Glide 和 Coil 默认会对图像进行降采样，您可以分别通过 DownsampleStrategy 和 ImageLoader 配置降采样策略。

2. 裁剪：避免直接在图像文件中嵌入边衬区以实现信箱模式 (例如，创建透明边框来扩大图像尺寸)。与其将这些边框固化在图像中，不如使用 InsetDrawable，或者直接在包含位图的 View 或 Composable 中应用内边距。

3. 配置：选择合适的像素格式，以平衡内存和画质。如果无需透明度，请用 RGB_565，它仅占用默认 ARGB_8888 格式的一半内存。在 Glide 中，您可以通过 DecodeFormat 进行配置；而在 Coil 中，您可以使用 bitmapConfig 属性。

4. 优先使用矢量可绘制对象：针对基础几何图形资源，可以将 ShapeDrawable 作为解码栅格化位图的轻量级替代方案。通过 XML 一次性定义这些资产，即可在所有显示密度下无缝缩放，同时有效解决资源导致的内存膨胀。

5. 复用：如果应用手动管理位图，为了尽量减少内存抖动 (Memory Churn)，当不再需要某个位图时，应当调用 bitmap.recycle() 立即释放该位图引用。如您使用 Glide 或 Coil 等图像加载库，请将位图归还至库托管池。通过为后续的内存需求提供现有缓冲区，该池能有效避免新内存分配的开销。

如需了解详情，请参阅我们的图像性能优化文档。

🔗 inSampleSize

https://developer.android.com/topic/performance/graphics/load-bitmap

🔗 DownsampleStrategy

https://bumptech.github.io/glide/javadocs/470/com/bumptech/glide/load/resource/bitmap/DownsampleStrategy.html

🔗 ImageLoader

https://coil-kt.github.io/coil/image_loaders/

🔗 InsetDrawable

https://developer.android.com/reference/android/graphics/drawable/InsetDrawable

🔗 DecodeFormat

https://bumptech.github.io/glide/javadocs/470/com/bumptech/glide/load/DecodeFormat.html

🔗 bitmapConfig

https://coil-kt.github.io/coil/api/coil-core/coil3.request/-image-request/

🔗 ShapeDrawable

https://developer.android.com/reference/android/graphics/drawable/ShapeDrawable

🔗 图像性能优化

https://developer.android.com/develop/ui/compose/graphics/images/optimization

您还可以利用 Android Studio Narwhal 4 来清除冗余位图。根据以下五步操作，即可轻松找到目标并清理它们：

1. 进入 Android Studio，打开 Profiler 标签页。

2. 点击 Heap Dump (或 "Analyze Memory Usage")，并开始录制，以捕获应用当前内存状态的快照。

3. 扫描分析结果中的黄色警告三角 ⚠️ (Android Studio 的标志，表示多次重复存储的位图)。此外，您也可以前往性能分析器顶部，点击 "Filter by"，选择 "Duplicate Bitmaps" 设置。

4. 点击任意标记条目，即可打开 Bitmap Preview 窗格，查看重复占用内存的图像。

5. 根据可视化定位结果，找到代码的重复加载逻辑，并实施更高效的缓存策略。

△ 使用 Android Studio Profiler 时，请留意 Heap Dump 中的黄色警告三角 ⚠️。

在 Android 中，当一个对象的生命周期已经结束，但您的代码依然长期保留对其的引用时，就会发生内存泄漏。这种情况会阻碍垃圾回收器 (GC) 回收对应内存，最终导致性能迟滞或 OutOfMemoryError (OOM)。

Android Studio Panda 3 内置专属 LeakCanary 性能分析任务，以便开发者直接在 IDE 内实时分析内存泄漏并映射轨迹。

Android Studio 中的 LeakCanary 性能分析任务会主动将内存泄漏分析从设备转移至开发机器，与设备端泄漏分析相比，这能在泄漏分析阶段带来显著的性能提升。

△ LeakCanary 内存泄漏分析与 "转至声明" 调试功能相结合

🔗 LeakCanary

https://square.github.io/leakcanary/

此外，泄漏分析目前已在 IDE 中关联上下文，并与源代码完全集成，支持 "转至声明" 等实用的代码连接功能，大幅降低排查和修复内存泄漏的操作成本与时间。

常见的内存泄漏示例

当某个对象在内存中存留的时间超过了其预期的生命周期时，就会产生内存泄漏，导致这种情况的原因通常有以下几种：

• 保留对已不再使用的 Fragment、Activity 或 View 的引用。

• Context 引用管理不当。

• 未正确取消注册观察者、监听器和接收器。

• 为绑定至较短生命周期组件的对象创建静态引用。

🔗 依赖注入

https://developer.android.com/training/dependency-injection

🔗 Kotlin Flow

https://developer.android.com/kotlin/flow

🔗 清理逻辑

https://developer.android.com/develop/ui/compose/side-effects#disposableeffect

如内存管理概览中所述，当系统需要为关键任务释放内存时，Android 就会回收应用内存；如有必要，还会彻底终止应用。当应用对用户不可见时，Android 通常会回收内存 (例如舍弃内存中的部分应用代码和数据页，或对已分配的堆内存进行压缩)。当用户重新使用您的应用，且该应用尝试访问已被回收的部分内存时，操作系统会按需将这部分内存重新交换回来。这种交换机制可能会导致应用出现意外卡顿或延迟。

🔗 内存管理概览

https://developer.android.com/topic/performance/memory-overview

如果交由操作系统决定从应用回收哪些内存，可能会在恢复应用后，发现操作系统回收了即将用到的内存。相反，应用可以主动舍弃能以低成本按需重新生成的内存分配。为此，可以采用 ComponentCallbacks2 接口，并在 Activity、Fragment、Service，甚至是自定义 Application 类中采用 onTrimMemory。在 Application 类中使用它，能够高效管理全局缓存。

onTrimMemory() 回调方法会向应用推送生命周期或内存相关事件，表示此刻就是应用主动减少内存用量的理想时机。

🔗 onTrimMemory()

https://developer.android.com/reference/android/content/ComponentCallbacks2#onTrimMemory(int)

在内存生命周期管理方面，代码实现应专门关注于TRIM_MEMORY_UI_HIDDEN 和 TRIM_MEMORY_BACKGROUND。自 Android 14 起，系统已不再推送其他旧版常量通知，这些常量已在 Android 15 阶段被正式弃用。

TRIM_MEMORY_UI_HIDDEN：该信号表明应用界面已从用户视图中移出。此时正是释放于界面相关的大量内存分配资源的合适机会，例如位图、视频播放缓冲区或复杂动画资源。

TRIM_MEMORY_BACKGROUND：该信号表明当前进程已转入后台，并且为满足系统的全局内存需求，该进程随时可能被系统终止。如要延长该进程的缓存状态持续时长，同时减少应用的冷启动次数，建议您主动释放所有在用户重新切回应用时可轻松重建的资源。

import android.content.ComponentCallbacks2
// Other import statements.
class MainActivity : AppCompatActivity(), ComponentCallbacks2 {
    /**
     * Release memory when the UI becomes hidden or when system resources become low.
     * @param level the memory-related event that is raised.
     */
    override funonTrimMemory(level: Int) {
        if (level >= ComponentCallbacks2.TRIM_MEMORY_UI_HIDDEN) {
            // Release memory related to UI elements, such as bitmap caches.
        }
        if (level >= ComponentCallbacks2.TRIM_MEMORY_BACKGROUND) {
            // Release memory related to background processing, such as by
            // closing a database connection.
        }
    }
}

注意：onTrimMemory 集成可能取决于 SDK 支持。例如，某些游戏需要其游戏引擎来启用该功能。详情请参阅游戏内存优化文档：

https://developer.android.com/games/optimize/memory-allocation

当线上环境存在本地无法复现的内存异常问题时，可使用 ProfilingManager API 来捕获并诊断故障。Android 15 已经引入该高级观测 API，以便开发者程序化采集真实用户的 Perfetto 性能分析文件。

对于暂未搭建专用基础设施来管理和托管性能工件的团队，Crashlytics 正在研发一套专属解决方案以简化工作流，并诚邀开发者提供反馈：

https://docs.google.com/forms/d/1hVe2zr-_Bq8ZRHJfl-PPnxVwPB2OgaETYQM0W9pkEZI/preview?resourcekey=0-3jcJm5RrLOSxHtfLZInnpg

Android 17 引入了新的事件驱动触发器，其中的 TRIGGER_TYPE_OOM 和 TRIGGER_TYPE_ANOMALY 值得特别关注：

• 在 OutOfMemoryError 崩溃时，OOM 触发器会自动采集 Java 堆转储，提供精准的内存分配状态。下次启动应用并注册 registerForAllProfilingResults 回调时，会上报采集到的 OOM 文件。

• 异常触发器 (Anomaly Trigger) 用于检测严重性能问题，例如 Binder 调用过量或内存阈值超限等。内存异常触发会在系统终止应用之前生成堆转储。

    val profilingManager = 
applicationContext.getSystemService(ProfilingManager::class.java)
    val triggers = ArrayList<ProfilingTrigger>()  
    triggers.add(ProfilingTrigger.Builder(
                 ProfilingTrigger.TRIGGER_TYPE_ANOMALY))
    val mainExecutor: Executor = Executors.newSingleThreadExecutor()
    val resultCallback = Consumer<ProfilingResult> { profilingResult ->
        if (profilingResult.errorCode != ProfilingResult.ERROR_NONE) {
            // upload profile result to server for further analysis          
            setupProfileUploadWorker(profilingResult.resultFilePath)
        } 
    profilingManager.registerForAllProfilingResults(mainExecutor, resultCallback)
    profilingManager.addProfilingTriggers(triggers)

收集到堆转储后，可以通过服务器下载该剖析文件，或在本地通过 adb pull 命令，将文件拖放至 Perfetto 界面。为了简化内存调试工作流，建议使用 Heap Dump Explorer，这是 Perfetto 界面堆转储的新默认视图。该工具提供了直观界面用于查看 Java 堆转储，以便可视化展示对象分配层级、计算留存内存大小，并快速追踪到 GC Root 的最短路径。借助 Heap Dump Explorer，一站式快速定位内存泄漏，找到体积膨胀的保留对象 (例如过度的位图分配)，并分析堆对象分配。

△ 借助 Heap Dump Explorer 内置的火焰图，可以直观审查并浏览堆分配量最高的对象。

🔗 Perfetto 界面

http://ui.perfetto.dev/ 

🔗 Heap Dump Explorer

https://perfetto.dev/docs/visualization/heap-dump-explorer

通过 R8 优化字节码、落实图像加载最佳实践，以及解决内存泄漏问题，都是在压力下高效管控资源的同时保障优质用户体验的必要手段。采用以上主动方案，有助于维持应用的稳定性和性能、避免出现意外终止，并且保护用户上下文。如要深入了解性能相关专业知识，欢迎您查阅我们修订后的内存指南。也欢迎您持续关注 "Android 开发者" 微信公众号，及时了解更多开发技术和产品更新等资讯动态。

🔗 内存指南

https://developer.android.com/topic/performance/memory

跳转微信打开

以下文章来源于：谷歌开发者

Google 中国官方账号。汇集 Android, Flutter, Chrome OS, Chrome/web, AI 等开发技术，以及 Google Play 平台出海相关信息。

Cloud、Android 技术更新、实践互动与神秘惊喜来袭！

 点击屏末| 阅读原文 |即刻报名 2026 Google 开发者大会

阅读原文

跳转微信打开

Android Bench 迎来 7 月新版本：采用 Harbor 框架并扩展模型排行榜。诚邀您设计并提交您自己的 Android 开发任务，亲自运行和分享基准评估，与我们共同塑造更实用且高效的 Android Bench。

作者 / Android 资深开发者关系工程师 Zoe Lopez-Latorre

今年 3 月，我们推出了 Android Bench，这是我们用于现实世界 Android 开发任务的 LLM 排行榜。我们的目标是在使用 Android 开发的过程中让模型能力更透明，并推动模型改进，为开发者的日常工作流程提供更多有帮助的 AI 选项。自 Android Bench 推出以来，我们根据大家的反馈增强了该基准测试，包括引入开源权重模型的评估，并为排行榜新增了成本和效率维度。 

🔗 Android Bench

http://d.android.com/bench

🔗 开源权重模型

https://x.com/AndroidDev/status/2064482677500080549

但 AI 能力在不断进化，评估方式同样需要与时俱进。在 7 月发布的新版本中，我们采用了 Harbor 框架，该框架包含了用于评估模型的新版基准测试智能体 (benchmarking agent)。 

🔗 Harbor 框架

https://www.harborframework.com/

在对评估方式做出调整的同时，我们在 7 月发布的版本中还为排行榜新增加了 8 款模型 (Claude Fable 5、Claude Sonnet 5、Claude Opus 4.8、GLM 5.2、Kimi K2.7 Code、MiniMax M3、Qwen 3.7 Plus 和 Qwen 3.7 Max)。此外，我们也为 Android 开发者社区提供参与机会，诚邀您为该基准测试贡献力量。

在设计 Android Bench 时，我们的方法参考了当时领先的行业标准。我们采用了通用基准测试智能体 mini-swe-agent v1，并针对 Android 开发中的细微差别进行了调整，从而为评估模型在常见 Android 开发任务中的能力提供了基准参考。

为了继续为大家提供最先进的评估，准确衡量 Android 开发中的最新模型能力，我们正在将我们的基准测试标准化为 Harbor 框架。Harbor 定义了标准和集成，让任何人都可以轻松运行该基准测试、评估首选设置或分享结果，从而进一步提升透明度和可见性。

🔗 Harbor 框架

https://www.harborframework.com/

此次升级使我们能够更严格地评估模型及其能力，并且我们在所有模型上重新运行了基准测试，以建立更新的基准。这意味着评分会略有变化，但大家仍然可以在我们网站的存档中查看历史评分。

🔗 存档

http://d.android.com/bench/archive

我们希望确保 Android Bench 能够切实赋能大家，因此，随着我们评估方法和行业的不断成熟，我们将对其进行持续的更新。

我们致力于保持 Android Bench 排行榜与时俱进，为此，我们已将 Claude Fable 5、Claude Sonnet 5、Claude Opus 4.8、GLM 5.2、Kimi K2.7 Code、MiniMax M3、Qwen 3.7 Plus 和 Qwen 3.7 Max 添加到了 Android Bench 排行榜中。 

大家可以看到 Claude Fable 5 位列榜首，得分为 84.5，其次是 GPT 5.5，得分为 80.2，Claude Sonnet 5 排名第三，得分为 76.2。

仅比较开源权重模型时，GLM 5.2 以 72.2 分名列第一，其次是 Kimi K2.7 Code，得分为 70.4。

更新后的排行榜上可以查看模型性能和效率指标，了解这些新模型与既有模型如何应对如 Jetpack Compose 迁移、可穿戴网络连接和平台 API 更新等 Android 开发情境下的特定挑战。  

一直以来，我们重视开放和透明的理念，这也是我们在 GitHub 上公开了最初的方法论测试框架的原因。大家之前希望有渠道能对我们的数据集进行反馈，因此我们将更进一步推动社区协作，为 Android 开发者社区提供塑造 Android Bench 的机会。

从现在开始，大家可以通过以下两种方式为 Android Bench 做出贡献：

1. 设计并提交您自己的 Android 开发任务，以评估模型对您开发中重要场景的处理能力。

2. 亲自运行和分享基准评估，根据我们的数据集或您的自定义任务来测试您的首选模型。

🔗 提交您自己的 Android 开发任务

https://github.com/android-bench/community-dataset

🔗 运行和分享基准评估

https://github.com/android-bench/community-results

我们将对提交的各项任务进行审核，并评估是否将其添加到基准测试中。我们希望建立一个能够真实反映多元化的、日常现实的全球 Android 开发者社区的基准测试。

随着智能体开发的选择日益丰富，保持基准测试的前沿性能够确保大家所依赖的 AI 助理不断变得更智能、更实用以及更高效。您可以前往我们的 GitHub repo 查看任务。我们邀请大家将任务提交给我们的团队进行审核，并且您还可以查看 Harbor Hub 以探索相关数据集或提交评估结果。

🔗 GitHub repo

https://github.com/android-bench/android-bench

🔗 Harbor Hub

https://hub.harborframework.com/

欢迎您前往我们的网站查看更新后的排行榜，或者查阅我们的评估方法。也欢迎您持续关注 "Android 开发者" 微信公众号，及时了解更多开发技术和产品更新等资讯动态。 

🔗 更新后的排行榜

http://d.android.com/bench

🔗 方法

http://d.android.com/bench/methodology

跳转微信打开

以下文章来源于：谷歌开发者

Google 中国官方账号。汇集 Android, Flutter, Chrome OS, Chrome/web, AI 等开发技术，以及 Google Play 平台出海相关信息。

解锁 Agentic AI 生产力，赋能出海应用开发全流程！

阅读原文

跳转微信打开

以下文章来源于：谷歌开发者

Google 中国官方账号。汇集 Android, Flutter, Chrome OS, Chrome/web, AI 等开发技术，以及 Google Play 平台出海相关信息。

8 月 12 - 13 日上海世博，解锁智能体开发无限潜能！

阅读原文

跳转微信打开

Wear OS 7 现已正式发布！本次升级聚焦于对功耗的深度优化，实现高达 10% 的续航提升。同时，系统引入了 Live Updates 等全新特性与增强型媒体控制，帮助开发者构建更直观、更无缝、更智能的腕上个性化体验。

作者 / 开发者关系工程师 John Zoeller

近期，我们很高兴推出了 Wear OS 7。这是一次重大更新，将为用户和开发者共同开启一个更低功耗、更智能的新时代。

我们深知，手表是用户不可或缺的全天候伴侣。因此，我们将继续投入对功耗的优化，让用户能使用自己喜爱的应用做更多的事。对于从 Wear OS 6 升级到 Wear OS 7 的手表，普通用户的电池续航时间预计可提升多达 10%。

作为 Android 生态系统全面推广的一部分，今年晚些时候推出的部分手表将配备 Gemini Intelligence，为我们的用户提供主动且个性化的帮助，以便他们能够专注于真正重要的事情。

🔗 Gemini Intelligence

https://blog.google/products-and-platforms/platforms/android/gemini-intelligence/

通过 Wear OS 7，我们引入了新的系统能力以及增强的开发者工具。面向用户的新功能 (如 Live Updates) 和增强的媒体控制，在腕间带来更智能、更直观的个性化体验。同时，我们也对 Wear Compose 1.6 和 AppFunctions 等开发者工具包进行了增强，开发者可以借此优化应用，从而打造高效直观的腕上体验。

让我们一起深入了解吧！

现在，您就可以试用 Google 智能手表平台的新一代版本 —— 基于 Android 17 的 Wear OS 7 Canary模拟器，该版本将于今年晚些时候正式推出。

🔗 Wear OS 7 Canary 模拟器

https://developer.android.com/training/wearables/versions/7/setup

这款新模拟器让您可以亲身体验上述开发者特性和工具，同时测试您的应用与新一代平台的兼容性。

您可以查看变更说明，并立即开始测试您的应用。

🔗 变更说明

https://developer.android.com/training/wearables/versions/7/changes

全屏功能块 (Tiles) 一直是 Wear OS 的常用界面，让用户可以即时、一目了然地获取重要动态。随着 Android 生态系统进一步向统一的 Widgets 愿景迈进，我们正致力于让手表端与 Android 家族的其他成员更加紧密地融合，以最大限度地减少开发者的工作量。

现在，我们很高兴推出功能块演变的下一形态：灵活并可动态变化的 Wear Widgets。

🔗 Wear Widgets

https://developer.android.com/training/wearables/widgets

Wear Widgets 由 Jetpack Glance 和全新的 RemoteCompose 框架提供支持，相比于 Tiles ProtoLayout 库，它不仅能提供更强的表现力，还能与 Compose 保持一致性。Wear Widgets 支持两种全新的卡片布局：小卡片和大卡片，其可完美适配移动设备上的 2x1 和 2x2 尺寸，确保您的设计在不同设备上保持一致性，同时还能针对腕上体验进行优化。

🔗 Jetpack Glance

https://developer.android.com/jetpack/androidx/releases/glance-wear

🔗 RemoteCompose

https://developer.android.com/jetpack/androidx/releases/compose-remote

🔗 针对腕上体验进行优化

https://developer.android.com/design/ui/wear/guides/get-started/design-for-wearables/principles#optimize-for-wrist

您可以轻松地将全屏功能块中 mainSlot 的界面适配为一个 2x2 尺寸的 Widget。

欢迎您继续查看 I/O 大会上关于 Widgets 的专题内容，了解新功能的完整细节，并参考我们的 Widgets 入门指南来将 Widget 添加到您的 Wear OS 体验中。

Wear OS 7 为智能手表带来 Live Updates 功能！

🔗 Live Update

https://developer.android.com/develop/ui/views/notifications/live-update

您可以使用 Live Updates 功能，来呈现手表或移动应用中即时、重要的信息，让用户一目了然地获取最新动态。

您可以使用 Live Updates 来替代 Ongoing Activities API，从而在所有 Wear OS 7 设备上实现本地动态的发布。对于支持的 OEM 厂商，手机应用发布的 Live Updates 也会同步到用户的手表上。

请查看 Just Eat 如何向用户提供最新动态：

如需了解更多信息，欢迎参阅 Wear OS 上的通知功能。

🔗 Wear OS 上的通知功能

https://developer.android.com/training/wearables/notifications

我们正致力于为开发者提供多种途径，助您在智能手表上构建智能体体验，涵盖从 AppFunctions 到任务自动化工具等。

这些功能准备就绪后，我们会陆续发布相关内容介绍，并提供一份详尽完备的开发者指南，帮助您选择合适的功能并构建稳健的实现方案。现在，让我们先来一睹为快。

借助 AppFunctions API，开发者能够将他们的应用与 Google Gemini 等智能体和助手集成，使用户能够通过语音完成任务，从而在许多情况下免去用户在应用界面中进行逐步手动操作的繁琐。

🔗 AppFunctions API

http://d.android.com/ai/appfunctions

例如，若想使用 Samsung Health 应用开始跑步，用户只需告诉 Gemini："开始记录我的跑步。"

我们目前正面向所有感兴趣的开发者开展抢先体验计划。欢迎填写表格进行报名，提交您的意向。

🔗 填写表格

http://goo.gle/eap-af

此外还有一项即将推出的功能，无需任何开发工作，用户将能直接通过手表调用和追踪指定手机应用的自动化应用任务 (例如使用 DoorDash 下单)。

🔗 自动化应用任务

https://developer.android.com/ai/computer-control

我们深知，在 Wear OS 上从零开始构建一套功能齐全且高品质的健身追踪体验需要耗费大量资源，因此我们为运动类应用打造了全新的 Wear Workout Tracker 体验。它将于今年晚些时候集成到 Wear OS 系统中。

Workout Tracker 提供丰富的标准化运动追踪体验，包括心率监测、媒体控制以及一系列其他实用功能，旨在帮助您降低开发投入，同时确保用户获得高品质体验。

Wear OS 7 增强了系统媒体控制功能，让用户能够更好地控制媒体播放，并获得更流畅的媒体体验。

用户现在可以直接通过手表上的系统媒体控件，针对每个应用个性化设置媒体自动启动体验。

对于任何已开启 "自动启动设置" 的应用，当手机上开始播放媒体时，手表上的媒体控件就会自动出现。

对于已经在手表上实现媒体应用扩展功能的开发者而言，无需额外投入即可从此功能中受益。

🔗 在手表上实现媒体应用扩展功能

https://developer.android.com/media/implement

借助集成到系统媒体控件中的全新远程输出切换器，管理音频输出变得前所未有的轻松。

当用户在已配对的手机上播放媒体内容时，可直接通过手表轻松切换媒体播放设备。

为了配合上述面向用户的诸多全新特性，我们正在为开发者工具包引入一系列重磅增强功能，以帮助开发者为 Wear OS 的未来做好准备。

作为 Wear OS 开发的基础，Wear OS 版 Compose 1.6 现已发布。

🔗 Wear OS 版 Compose 1.6

https://developer.android.com/jetpack/androidx/releases/wear-compose#wear_compose_version_16_2

此版本包含诸多重磅更新：

开发者可以集成 Navigation 3，从而以一种更灵活且更符合 Compose 习惯的方式来处理 Wear OS 上的导航。

@Composable
funWearApp() {
    val backStack = rememberNavBackStack(MenuScreen)
    WearAppTheme {
        AppScaffold {
            val entryProvider = remember {
                entryProvider<NavKey> {
                    entry<MenuScreen> { GreetingScreen() }
                    entry<ListNavScreen> { ListScreen() }
                }
            }
            val swipeDismissableSceneStrategy = rememberSwipeDismissableSceneStrategy<NavKey>()
            NavDisplay(
                backStack = backStack,
                entryProvider = entryProvider,
                sceneStrategies = listOf(swipeDismissableSceneStrategy)
            )
        }
    }
}

🔗 Navigation 3

https://developer.android.com/training/wearables/compose/navigation?version=3

TransformingLazyColumn 的高级列表管理功能得到了重大改进，包括通过新的 minimumVerticalContentPadding 修饰符提供增强的内边距支持，以及其他例如对齐吸附 (Snapping) 和反向布局 (Reverse layout) 等系列新特性。

val listState = rememberTransformingLazyColumnState()
val transformationSpec = rememberTransformationSpec()
/*
 * TransformingLazyColumn takes care of the horizontal and vertical
 * padding for the list and handles scrolling.
 */
ScreenScaffold(scrollState = listState) { contentPadding ->
    TransformingLazyColumn(
        state = listState,
        contentPadding = contentPadding
    ) {
        item {
            ListHeader(
                modifier = Modifier
                    .fillMaxWidth()
                    .transformedHeight(this, transformationSpec)
                    .minimumVerticalContentPadding(
                        ListHeaderDefaults.minimumTopListContentPadding
                    ),
                    transformation = SurfaceTransformation(transformationSpec)
            ) { Text(text = "Header") }
        }
    }
}

🔗 TransformingLazyColumn

https://developer.android.com/training/wearables/compose/lists?version=3

全新的 LocalAmbientModeManager 针对环境模式场景进行了优化，使开发者能够更好地控制向用户呈现环境模式体验的方式。

override funonCreate(savedInstanceState: Bundle?) {
    setContent {
        val ambientModeManager = rememberAmbientModeManager()
        CompositionLocalProvider(LocalAmbientModeManager provides ambientModeManager) {
            val localAmbientModeManager = LocalAmbientModeManager.current
            val ambientMode = localAmbientModeManager?.currentAmbientMode
            Column(
                verticalArrangement = Arrangement.Center,
                horizontalAlignment = Alignment.CenterHorizontally,
                modifier = Modifier.fillMaxSize(),
            ) {
                val ambientModeName =
                    when (ambientMode) {
                        is AmbientMode.Interactive -> "Interactive"
                        is AmbientMode.Ambient -> "Ambient"
                        else -> "Unknown"
                    }
                val color = if (ambientMode is AmbientMode.Ambient) Color.Gray
                    else Color.Yellow
                Text(text = "$ambientModeName Mode", color = color)
            }
        }
    }
}

🔗 LocalAmbientModeManager

https://developer.android.com/reference/kotlin/androidx/wear/compose/foundation/rememberAmbientModeManager.composable

尽管我们鼓励开发者采用新的 Wear Widgets，但同时也会在一段时间内继续支持 Protolayout 和 Tiles 库，并且这两个库都已发布了新的稳定版本。

Protolayout 1.4 和 Tiles 1.6 协同工作，带来了多项值得关注的新功能，包括：

• 内联图像资源：ImageResource 现在可以直接内联到布局中，并且 Tiles 现已支持通过 ProtoLayoutScope 自动收集资源，从而无需手动进行资源映射，也不必拆分为单独的方法。这不仅提高了代码质量，还通过将系统到提供者服务的调用整合为单次 Binder 调用，从而降低了 Tiles 的加载延迟。

• Material3TileService：Tiles 可以通过 Material3TileService 来实现，Material3TileService 是一个功能全面的 suspend 函数，能同时返回功能块布局与资源，并会自动管理 MaterialScope 与 ProtoLayoutScope，从而进一步简化开发体验。

• 动态服务切换：在 Wear 7 上，现在可以在 manifest 中对多个 TileService 实例进行分组，以便在代表同一功能块的不同服务之间进行动态切换。

🔗 Protolayout 1.4

https://developer.android.com/jetpack/androidx/releases/wear-protolayout

🔗 Tiles 1.6

https://developer.android.com/jetpack/androidx/releases/wear-tiles#1.6.0

欢迎您查看全新的功能块示例：

https://github.com/android/wear-os-samples/tree/main/WearTilesKotlin

Watch Face Format 第 5 版 (WFF 5) 现已推出，其中包含许多新功能，可让您更轻松地构建表盘，包括：

• 增强的对齐选项：为文本元素 (例如 TextCircular) 新增了对齐选项，其中包括支持多个文本元素在同一基线上进行 verticalAlign。

• 自动调整大小增强功能：isAutoSize 现已支持 TextCircular，同时为 Font 元素新增 minSize 属性，用于在启用自动调整大小时限制最小字号。

• 混合模式：除了现有的 Part* 元素支持之外，Group 与 ComplicationSlot 元素现在也支持混合模式。

• Stroke Joins：Stroke 和 WeightedStroke 元素现在包含 join 属性。

• 分层设置：用户样式 (User Styles) 现可被构建为一个层级结构，其中某些设置仅在其他设置具有特定值时才可见。现在，用户样式也可以用于启用或禁用表盘中的复杂功能插槽。这些可以通过用户样式选项中的 childSettingIds 和 complicationSlotIds 进行配置。

🔗 混合模式

https://developer.android.com/training/wearables/wff/effects#blend-mode

欢迎查阅我们最新的开发者指南，详细了解 WFF 5。

🔗 最新的开发者指南

https://developer.android.com/reference/wear-os/wff/watch-face?version=5

在这些更新的助力下，现在正是开发 Wear OS 应用的最佳时机。您可以通过以下技术资源了解更多入门信息：

• 了解 Wear OS 的设计和开发：

  https://developer.android.com/training/wearables

• 查看 GitHub 上的 Wear OS 示例：

  https://github.com/android/wear-os-samples/tree/main

• 体验最新的 Wear OS 7 模拟器：

  https://developer.android.com/training/wearables/versions/7/setup

期待看到您使用 Wear OS 构建的精彩体验！

欢迎您访问 io.google，查看 Google I/O 2026 的所有最新动态。也欢迎您持续关注 "Android 开发者" 微信公众号，及时了解更多开发技术和产品更新等资讯动态。

🔗 io.google

https://io.google/2026/?utm_source=blogpost&utm_medium=pr&utm_campaign=devblogs&utm_content=

跳转微信打开

Android 17 采用自适应优先的开发标准，让您的应用体验能够适应比以往更多的设备形态，同时在下一代隐私、安全、媒体、相机和性能方面带来了全面提升。阅读本文，深入了解版本更新内容，即刻开启您的 Android 17 开发之旅。

作者 / 产品管理副总裁、Android 开发者 Matthew McCullough

Android 17 现已正式发布，并开始向大多数受支持的 Pixel 设备推送。在接下来的几个月中，更多搭载 Android 17 的全新设备也将陆续推出，敬请期待。

Android 17 标志着我们开始向智能系统 (Intelligence System) 转型，将您的应用置于核心位置。Android 通过引入强制性的大屏尺寸调整支持，全面转向自适应优先 (Adaptive-first) 的开发标准，同时在下一代隐私、安全、媒体、相机和性能方面带来了全面提升。在本文中，我们将详细介绍这些内容，以及我们如何整合下一代工具、开发库和 Agent Skills，来帮助您的应用把握这一全新机遇。

在过去的一年里，从 Canary 渠道到 Beta 版本，我们与开发者社区通力合作，共同打造了一个深受您和用户信赖的平台。在此，我们非常高兴地宣布，Android 17 的源代码现已正式托管至 Android 开源项目 (AOSP)，供大家查阅源代码，进一步了解 Android 系统的运作机制。

🔗 Android 开源项目 (AOSP)

https://source.android.com/

🔗 查阅源代码

https://cs.android.com/

让我们一起深入了解 Android 17 的精彩细节。

通过硬件、软件与 AI 的深度融合，我们正在将 Android 从一个单纯的 "操作系统" 转变为 "智能系统"。这意味着系统将提供能够预测用户需求的全新实用体验，并为您的应用带来更多用户互动机会。为此，Android 17 扩展了 AppFunctions 的能力，这是一个配有相应 Jetpack 库的平台 API，它允许您将应用的独特功能作为可编排的 "工具" (Tools) 贡献给 Android MCP (模型上下文协议的设备端实现方案)。AI 智能体和助手 (如 Google Gemini) 可以发现并执行这些 AppFunctions，通过直接访问应用的本地状态，代表用户执行工作流。

🔗 模型上下文协议

https://modelcontextprotocol.io/

该 Jetpack 库目前处于 Alpha 阶段，添加 AppFunctions 非常简单，只需为类添加注解并编写 KDoc 注释即可：

/**
 *   A note app's [AppFunction]s.
 */
class NoteFunctions(
    private val noteRepository: NoteRepository
) {
    /**
     *   Adds a new note to the app.
     *
     *   @param appFunctionContext The execution context.
     *   @param title The title of the note.
     *   @param content The note's content.
     */
    @AppFunction(isDescribedByKDoc = true)
    suspend funcreateNote(
        appFunctionContext: AppFunctionContext,
        title: String,
        content: String
    ): Note {
        return noteRepository.createNote(title, content)
    }
}

我们还推出了 AppFunctions 智能体 Skill (AppFunctions agent skill)，它能分析您应用的核心工作流，自动生成所需的 Kotlin 代码，针对大语言模型 (LLM) 的工具调用优化您的 KDoc 注释，并提供用于测试和调试的 ADB 命令。

🔗 AppFunctions 智能体 Skill (AppFunctions agent skill)

http://github.com/android/skills/tree/main/on-device/appfunctions

目前，Gemini 的集成正处于面向部分受信任测试者的 Private Preview 阶段，但您现在就可以开始着手准备您的应用。除了用于执行 AppFunctions 的 ADB 命令外，我们还提供了一个测试智能体应用 (Test Agent App)，其中包含一个用于发现和执行 AppFunctions、以及模拟 AI 智能体集成的界面。欢迎加入我们的集成抢先体验计划：goo.gle/eap-af，争取让您的应用率先将 AppFunctions 部署到生产环境。

🔗 ADB 命令

https://developer.android.com/ai/appfunctions/add-appfunctions#verify-integration

🔗 测试智能体应用 (Test Agent App)

http://github.com/android/appfunctions/releases/initial

🔗 goo.gle/eap-af

https://goo.gle/eap-af

如今用户不再仅仅依赖单一的设备形态，他们会在手机、折叠屏、平板电脑、笔记本电脑、车载显示屏以及沉浸式 XR 环境之间无缝切换。目前，全球已有超过 5.8 亿台大屏设备处于活跃使用状态，Googlebooks (基于 Android 技术栈构建的下一代 ChromeOS 系统) 也即将推出，"自适应" 已不仅仅是一个技术目标，更是一个触达高活跃度用户的巨大机遇。这也是我们转向自适应优先开发标准的原因之一。

🔗 5.8 亿台大屏设备

https://developer.android.com/blog/posts/adaptive-development-for-the-expanding-android-ecosystem

🔗 Googlebooks

https://blog.google/products-and-platforms/platforms/android/meet-googlebook/

🔗 自适应优先开发标准

https://developer.android.com/adaptive-apps

为了确保应用在所有设备形态上 (包括在外接显示器上以桌面模式运行的移动设备) 都能提供优质体验，对于以 API 级别 37 为目标平台的应用，Android 17 移除了开发者在大屏设备 (sw > 600 dp) 上限制屏幕方向和可调整大小的退出机制 (opt-out)。系统将忽略以下历史遗留的 Manifest 属性和运行时 API：

• screenOrientation

• setRequestedOrientation()

• resizeableActivity=false

• 宽高比限制 (minAspectRatio/maxAspectRatio)

游戏类应用 (基于 Google Play 中的应用分类) 仍然保持豁免。您的应用必须做好准备，以适应任何窗口大小，尊重用户偏好的设备形态，并原生支持自由窗口模式。

🔗 大屏设备

https://developer.android.com/guide/topics/large-screens

🔗 应用分类

https://support.google.com/googleplay/android-developer/answer/9859673

Android 17 引入了强大的全新窗口化能力，重新定义了用户的多任务处理体验，这对应用的布局灵活性提出了更高的要求：

• App Bubbles：突破了原先仅限即时通讯应用的限制，现在用户通过在启动器上长按任何应用图标，即可将其转换为浮动气泡。该功能在手机、折叠屏和平板电脑上均可用，为所有工作流提供轻量级的多任务处理。

• Bubble Bar：在大屏设备 (平板电脑和折叠屏) 上，系统任务栏现在包含一个专用的 Bubble Bar，用于整理、切换和固定这些浮动的应用气泡。

• 桌面交互式画中画 (Desktop Interactive PiP)：在桌面模式中，Android 17 引入了交互式画中画。不同于传统的只读 PiP 窗口，这些被固定的窗口在保持置顶的同时，仍然可以进行完整的交互。

△ App Bubbles 和 Bubble Bar 实际运行效果

为了防止令人烦恼的状态丢失和画面卡顿，Android 17 更新了 Activity 重建的默认行为。对于不需要完整重绘界面的典型配置更改，系统将不再默认重启 Activity。这些配置更改包括：

• 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 将直接通过 onConfigurationChanged() 接收这些更新，从而实现丝滑过渡。如果您的应用在发生这些更改时明确需要完整重启来重新加载资源，您必须使用全新的清单属性 android:recreateOnConfigChanges 显式声明加入。

🔗 android:recreateOnConfigChanges

https://developer.android.com/reference/kotlin/android/R.attr#recreateonconfigchanges

Android 17 新增了 Continue On 功能，帮助用户在不同的 Android 设备之间无缝流转任务。用户可以在其平板电脑的任务栏上，看到最近在手机上打开的应用的推荐，只需轻轻一点即可启动该应用，并深层链接到他们此前离开的地方。Continue On 还可以支持 "应用到网页" 的流转，如果目标设备上未安装该应用，则会优雅降级为在网页中打开。

△ 平板设备上的 Handoff 建议

class MyHandoffActivity : Activity() {
    ...
  override funonCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    // Do stuff
    ...
    // Enable handoff
    setHandoffEnabled(true, null)
  }
  // Override and implement onHandoffActivityDataRequested
  override funonHandoffActivityDataRequested(handoffRequestInfo: HandoffActivityDataRequestInfo) : HandoffActivityData {
    // Create and return handoff data
  }
}

为了帮助您适配应用以满足新的 Android 17 要求，我们推出了 Jetpack Compose 自适应 Skill。这一基于 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 或桌面交互式画中画窗口时，丝滑适配界面，确保在最小尺寸下也拥有出色体验。

🔗 Jetpack Compose 自适应 Skill

https://github.com/android/skills/tree/main/jetpack-compose/adaptive

Compose 提供了构建自适应应用最简单的方式，而这只是我们坚信 "所有 Android 界面都应使用 Compose 构建" 的众多原因之一。为此，Android 开发现在正式转向 "Compose 优先"。所有全新的 Android API、官方库、工具和开发者指南都将围绕 Jetpack Compose 进行构建。原有的传统 View 组件 (位于 android.widget 包中) 和基于 View 的 Jetpack 库 (如 Fragments、RecyclerView 和 ViewPager) 现已进入维护模式。它们未来将仅接收关键的错误修复，不再增加任何新特性。

🔗 众多原因

https://developer.android.com/develop/ui/compose/first#why-compose-first

🔗 Android 开发现在正式转向 "Compose 优先"

https://developer.android.com/develop/ui/compose/first

💡 提示：准备好开始迁移了吗？使用我们由 AI 驱动的 "XML to Compose 迁移 Skill"，可以自动分析您的旧版 View 布局，并将其转换成高度自适应的 Compose 代码。

🔗 XML to Compose 迁移 Skill

https://github.com/android/skills/blob/main/jetpack-compose/migration/migrate-xml-views-to-jetpack-compose/SKILL.md

应用的性能直接体现在丝滑的界面、极速的应用启动时间以及高效的多任务处理能力。Android 17 在以下这些领域都进行了影响深远的改进：

内存占用是整体性能的隐形基石之一。当某个前台应用或服务无节制地增长时，内存管理会激增 CPU 和电量消耗，最终导致其他表现良好的缓存应用和后台任务被系统强行终止，被迫经历更慢的冷启动，并严重削弱多任务处理体验。

从 Android 17 开始，系统将根据设备的 RAM 总量实施严格的应用内存限制，当应用超出限制时，系统将直接终止该违规进程。我们提供了以下功能来帮助您应对这些更严格的规则：

• R8 优化器：R8 优化器通过将类、方法和字段混淆为更短的名称，并剔除未使用的代码和资源，显著减小应用字节码的内存占用。使用 R8 full mode 并结合新的 R8 Configuration Analyzer，以确保您的应用能充分利用 R8 的优化能力。

△ R8 Configuration Analyzer

• Android Studio Panda 中的 LeakCanary 内置集成：性能分析器现已将 LeakCanary 原生集成进 IDE，使其作为一个专用的分析任务，与您的开发环境及源代码完全整合。

• ApplicationExitInfo：如果您的应用由于触发上述内存限制而被终止，ApplicationExitInfo 的 getDescription() 将返回 "MemoryLimiter:AnonSwap"。

• 设备端异常检测：作为 ProfilingManager 的一部分，您可以利用基于触发器的分析 (使用 TRIGGER_TYPE_ANOMALY)，在内存达到限制时自动抓取 Heap Dump。

val profilingManager = applicationContext
   .getSystemService(ProfilingManager::class.java)
val triggers = ArrayList<ProfilingTrigger>().apply {
  add(ProfilingTrigger.Builder(
    ProfilingTrigger.TRIGGER_TYPE_ANOMALY).build())
}
profilingManager.addProfilingTriggers(triggers)

🔗 R8 Configuration Analyzer

https://developer.android.com/topic/performance/app-optimization/r8-configuration-analyzer

此外，我们正在努力在 Google Play 管理中心中为您呈现更多真实的内存指标。

Android 17 为 ART 的并发标记-压缩 (Concurrent Mark-Compact) 垃圾回收器 (GC) 引入了更频繁、耗费资源更少的 "新生代" 回收。通过将生命周期短暂的对象与稳定的长生命周期对象分离，系统可以运行频繁、轻量级的 "新生代" 扫描，而非高昂开销的完整堆扫描，从而极大地降低了 CPU 占用、电量消耗以及界面卡顿。我们的测试表明，GC 对应用线程的干扰有了显著改善，且应用的最大内存常驻集大小 (RSS) 有所降低。通过 Google Play 系统更新，ART 的这项改进还将惠及超过 10 亿台运行 Android 12 (API 级别 31) 及更高版本的设备。

🔗 Android 17

https://developer.android.com/about/versions

🔗 ART

https://developer.android.com/guide/platform#art

对于针对 SDK 37 或更高版本的应用，核心的 android.os.MessageQueue 现在采用了 lock-free 架构，显著减少了掉帧情况，缩短了应用启动时间，并大幅提升了多线程场景下繁忙队列的性能。注意：这可能会破坏那些通过反射来访问私有 MessageQueue 字段和方法的应用。我们已在 TestLooperManager 中添加了 peekWhen 和 poll API，以便在不依赖 MessageQueue 内部实现的情况下进行插桩测试。

从 Android 17 开始，针对 SDK 37 及更高版本的应用将无法修改 static final 字段。这使运行时环境 (Runtime) 能够进行更加积极的性能优化。如果尝试通过反射 (或深层反射) 对其进行修改，系统将抛出 IllegalAccessException。

而如果通过 JNI 的 SetStatic<Type>Field 系列方法尝试修改，则会导致应用立即崩溃。

为了进一步降低内存开销，我们对自定义通知视图的大小施加了更严格的限制。本次更新修复了此前应用通过 URI 绕过现有限制的漏洞。该行为通过目标 SDK 版本进行控制，并将对针对 API 级别 37 及更高版本的应用生效。

🔗 自定义通知视图

https://developer.android.com/develop/ui/views/notifications/custom-notification

维护用户的信任是 Android 生态系统的核心。Android 17 引入了多项强有力的特性，在简化用户体验的同时妥善保护敏感数据。

以往，应用往往需要宽泛且长期的权限才能访问联系人、精准定位和媒体文件等信息。Android 17 继续推进 "隐私保护选择" 的转型，仅对用户明确选择的数据授予临时的、基于会话的访问权限：

• 系统级联系人选择器：通过调用 ACTION_PICK_CONTACTS，应用可以请求仅对用户选定的特定字段 (例如电子邮箱或电话号码) 进行临时访问，从而无需使用宽泛的 READ_CONTACTS 权限。它还完全支持工作/个人资料的隔离。

• 可自定义的照片选择器纵横比：使用 PhotoPickerUiCustomizationParams，您可以自定义系统照片选择器，以竖屏模式展示缩略图。这非常适合总是以竖屏显示照片和视频的应用，例如基于视频的社交媒体应用。

• 系统渲染的定位按钮：您可以直接在应用布局中嵌入由系统渲染的全新定位按钮，当用户点击时，应用仅会获得当前单次会话的精准定位访问权限。

• EyeDropper API：引入全新的系统级 API ACTION_OPEN_EYE_DROPPER。该 API 允许您的应用调用一个由系统驱动的取色器，使用户能够从屏幕上的任何像素选择颜色。这提供了一个安全、保护隐私的取色体验，消除了应用申请敏感的 "屏幕截取" 或 "媒体投影" 权限的需求。

val eyeDropperLauncher = registerForActivityResult(ActivityResultContracts.StartActivityForResult()) { result ->
   if (result.resultCode == Activity.RESULT_OK) {
       val color = result.data?.getIntExtra(Intent.EXTRA_COLOR, Color.BLACK)
       // Use the picked color in your app
   }
}
funlaunchColorPicker() {
   val intent = Intent(Intent.ACTION_OPEN_EYE_DROPPER)
   eyeDropperLauncher.launch(intent)
}

△ 使用系统取色器从屏幕上的任何位置选取颜色

针对 Android 17 的应用在进行本地网络通信 (例如与智能家居设备或投屏接收器通信) 时，现在必须请求 ACCESS_LOCAL_NETWORK 运行时权限，或者使用由系统介导、保护隐私的设备选择器。由于 ACCESS_LOCAL_NETWORK 归属于现有的 NEARBY_DEVICES 权限组，因此已经授予其他NEARBY_DEVICES 权限的用户将不会被再次提示。

🔗 ACCESS_LOCAL_NETWORK

https://developer.android.com/reference/kotlin/android/Manifest.permission#access_local_network

🔗 NEARBY_DEVICES

https://developer.android.com/reference/android/Manifest.permission_group#NEARBY_DEVICES

Android 17 通过将短信信息的访问延迟三小时，扩展了短信一次性验证码 (OTP) 保护：

• WebOTP 格式：针对所有非目标接收方的应用进行延迟 (域名不匹配)

  https://developer.android.com/about/versions/17/behavior-changes-all#sms-otp-all-apps

• 标准短信 OTP：针对所有以 SDK 37 或更高版本为目标平台的应用延迟读取

  https://developer.android.com/about/versions/17/behavior-changes-17#sms-otp-protection

例外情况：默认短信应用、系统助理以及已连接的配套设备应用免受延迟影响。我们强烈建议应用尽快迁移至 SMS Retriever 或 SMS User Consent API。

🔗 SMS Retriever

https://developer.android.com/identity/sms-retriever

🔗 SMS User Consent

https://developers.google.com/identity/sms-retriever/user-consent/overview

Android 17 已为下一代密码学安全做好了准备：

• Keystore 集成：受支持的设备可以在安全硬件中生成 ML-DSA (基于模格的数字签名算法) 密钥，以生成量子安全签名，并通过标准的 JCA API 公开。

• 混合 APK 签名：引入 v3.2 APK 签名方案，它将传统签名与 ML-DSA 签名相结合，从而保障应用分发过程的安全。

如果您的应用以 SDK 37 或更高版本为目标平台，此前在 Android 14 中针对 DEX 和 JAR 文件引入的 "安全动态代码加载 (DCL)" 保护机制，现已扩展至原生库。所有通过 System.load 加载的原生文件必须被标记为只读，否则系统将抛出 UnsatisfiedLinkError。

🔗 在 Android 14 中

https://developer.android.com/about/versions/14/behavior-changes-14#safer-dynamic-code-loading

在 Android 17 中，当用户使用实体键盘输入密码、PIN 码或其他敏感信息时，系统默认将不再显示最后输入的字符，从而让实体键盘输入更加安全。

用户依然可以根据自己的偏好在设置中调整这一显示选项 (可用性可能因设备制造商而异)。

此项增强的隐私防护已由 Android 内置的 SDK 组件原生支持，并将在 Compose 1.12 的 SecureTextFields 中提供支持。

△ 更智能的物理输入密码保护

Android 17 引入了多项全新的创作者特性，让用户能够使用专业级相机和媒体工具，同时也提升了消费者的使用体验。

• Eclipsa 视频：基于 SMPTE ST 2094-50 规范构建的 HDR 视频标准，引入了全新元数据，帮助设备根据显示器的显示余量 (Display Headroom) 和环境光线条件智能调整内容，并改善了标准动态范围 (SDR) 与高动态范围 (HDR) 内容同屏渲染时的视觉效果。

• RAW14 图像格式：全新支持 RAW14 图像格式，允许您的专业相机应用从兼容的相机传感器中捕获最极致的画面细节和色彩深度。

• 厂商自定义相机扩展 (Vendor-defined extensions)：硬件合作伙伴现在可以定义并实现自定义的相机扩展模式，这让您的应用可以调用最新、最顶级的硬件相机特性。

• 扩展的 HE-AAC 软件编码器：新增了由系统提供的扩展型 HE-AAC 软件编码器，使用统一的语音和音频编码，支持低比特率和高比特率，可在低带宽条件下显著提升语音消息的音频质量，包括对响度元数据的支持。

• 通用视频编码 (H.266)：通过在 MediaFormat 中定义 video/vvc MIME 类型、在 MediaCodecInfo 中添加新的 VVC 配置文件，以及将支持集成到 MediaExtractor 中，使 OEM 能够添加编解码器支持。

• 相机设备类型：用于查询底层设备类型的新 API，可用于识别相机是内置硬件、外置 USB 网络摄像头还是虚拟相机。

• 视频录制的恒定质量：MediaRecorder 中的 setVideoEncodingQuality 可为视频编码器配置恒定质量 (CQ) 模式，以确保整个视频具有统一的视觉保真度。

• 低功耗蓝牙音频助听器支持：Android 现在包含一个用于低功耗蓝牙 (BLE) 音频助听器的特定设备类别，并提供新的 AudioDeviceInfo.TYPE_BLE_HEARING_AID 常量，因此您的应用可以区分助听器和常规耳机，从而为使用辅助听力设备的用户提供量身定制的体验。

• 针对助听器的细粒度音频路由：Android 17 允许用户独立管理特定系统声音的播放路径。他们可以选择将通知、铃声和闹钟声音分流至已连接的助听器或设备内置扬声器，从而避免不必要的入耳干扰，同时保持助听器管理应用的蓝牙连接。

🔗 AudioDeviceInfo.TYPE_BLE_HEARING_AID

https://developer.android.com/reference/android/media/AudioDeviceInfo#TYPE_BLE_HEARING_AID

CameraX 和 Media3 已针对 Android 17 进行了更新。它们可以帮助您完成繁重的工作，消除媒体开发中的痛点，并简化了构建可靠的相机拍摄、流畅的媒体播放以及富有创意且复杂的编辑体验的过程。

🔗 CameraX

https://developer.android.com/jetpack/androidx/releases/camerax

🔗 Media3

https://developer.android.com/jetpack/androidx/releases/media3

我们发布了一项智能体 Skill，可将旧版 Android 相机实现 (Camera1 或原生 Camera2 API) 迁移到 CameraX。 

🔗 智能体 Skill

https://github.com/android/skills/tree/main/camera

注意：您需要将 CameraX 版本更新为 1.5.2 或 1.6.0 以上，以避免在 Android 17 设备上因添加动态范围模式而导致崩溃。

如果您开发的是 Android SDK、库、工具或游戏引擎，现在更需要准备所有必要更新，避免让下游应用和游戏开发者受到兼容性问题阻碍，并让他们能针对最新 SDK 功能进行开发。如果需要更新才能完全支持 Android 17，请及时通知您的下游开发者。

测试包括通过 Google Play 或其他方式，将您的正式版应用或使用了您的开发库或引擎的测试应用，安装到运行 Android 17 Beta 4 的设备或模拟器上。运行应用的所有工作流程，并检查功能或界面问题。每个 Android 版本都包含部分平台变更，旨在提升隐私保护、安全性和整体用户体验。请查看针对在 Android 17 上运行以及以 Android 17 为目标版本的应用产生影响的行为变更，以便明确测试重点，包括以下内容：

• 大屏设备上的可调整大小：将目标平台设为 Android 17 (SDK 37) 后，您将无法再选择退出大屏设备上的屏幕方向、可调整大小和宽高比限制。

• 动态代码加载：如果您的应用以 SDK 37 或更高版本为目标平台，此前在 Android 14 中针对 DEX 和 JAR 文件引入的 "更安全动态代码加载 (DCL)" 保护机制，现已扩展至原生库。所有通过 System.load() 加载的原生文件必须被标记为只读，否则系统将抛出 UnsatisfiedLinkError。

• 默认启用 CT：证书透明度 (CT) 默认处于启用状态。（此前在 Android 16 上，CT 是可用的，但应用需要主动选择启用。）

• 本地网络保护：以 SDK 37 或更高版本为目标平台的应用默认禁止本地网络访问。尽可能切换到使用保护隐私的选择器，并使用新的 ACCESS_LOCAL_NETWORK 权限来实现广泛且持久的访问。

• 后台音频加固：从 Android 17 开始，音频框架会对后台音频交互实施限制，包括音频播放、音频焦点请求和音量更改 API。根据各位开发者的反馈，自 Beta 2 以来我们做出了一些更改，包括针对 "使用中" 前台服务 (FGS) 的 targetSDK 门槛限制，以及免除闹钟音频的限制。如需了解详情，请参阅更新后的指南。

• NPU 访问声明：如果以 Android 17 为目标平台的应用需要直接访问 NPU，则必须在 manifest 中声明 FEATURE_NEURAL_PROCESSING_UNIT，以免被阻止访问 NPU。这包括使用 LiteRT NPU 代理、供应商特定的 SDK 以及已被弃用的 NNAPI 的应用。

如果您的 Pixel 设备尚未加入 Android Beta 计划，您应该很快就会收到 Android 17 正式版的推送。如果您没有 Pixel 设备，也可以直接在 Android Studio 中配合使用 64 位系统镜像与 Android 模拟器。如果您目前处于 Android 17 Beta 4.1 且尚未接收 Android 17 QPR1 Beta 更新，您可以选择退出测试计划，随后系统将通过 OTA 为您推送 Android 17 的正式版本。

🔗 在 Android Studio 中配合使用 64 位系统镜像

https://developer.android.com/about/versions/17/get#on_emulator

Android 17 目前也已在以下合作伙伴的手机、平板和折叠屏设备上提供 Beta 版本：荣耀 (Honor)、iQOO、联想 (Lenovo)、一加 (OnePlus)、OPPO、真我 (Realme)、夏普 (Sharp)、vivo 以及小米 (Xiaomi)。

🔗 合作伙伴

https://developer.android.com/about/versions/17/devices

为了获得针对 Android 17 的最佳开发体验，我们建议您使用最新 Canary 版本的 Android Studio Quail。完成设置后，推荐您尽快开展以下工作：

• 测试当前应用的兼容性，了解您的应用是否会受到 Android 17 变更的影响，在运行 Android 17 的设备或 Android 模拟器上安装您的应用，并进行详尽的全面测试。

🔗 Android Studio Quail

https://developer.android.com/studio/preview

🔗 受到 Android 17 变更的影响

https://developer.android.com/about/versions/17/behavior-changes-all

🔗 Android 模拟器

https://developer.android.com/studio/run/emulator

再次感谢所有参与我们 Android 开发者预览版和 Beta 测试计划的成员。我们非常期待看到您的应用如何利用 Android 17 的全新特性大放异彩。我们已经规划了更加快速的发布节奏，在未来继续为您带来高频的更新!

如需获取关于 Android 17 的完整信息，请访问Android 17 开发者网站。也欢迎您持续关注 "Android 开发者" 微信公众号，及时了解更多开发技术和产品更新等资讯动态！

🔗 Android 17 开发者网站

https://developer.android.com/about/versions/17

跳转微信打开

详细解读本次 Google Play 政策更新的重要提醒，助您准确理解轻松应对。

Google Play 始终致力于成为连接用户与优质应用及游戏的可靠桥梁，并全力支持开发者取得成功，共同构筑一个值得信赖的安全平台。在上一篇文章中，我们回顾了近期 Google Play 政策的更新要点，本文将聚焦于重要提醒与实用资源，帮助您更顺利地在 Google Play 上发布应用。  

欢迎观看 Google Play 政策专家 Sandy 的讲解视频，并前往 Google Play 管理中心帮助页面查看最新政策详情：

https://support.google.com/googleplay/android-developer/answer/16926792

△  Google Play 政策更新重要提醒 | 2026 年 6 月

🔗 Bilibili 视频链接

https://www.bilibili.com/video/BV1CFjd6BEaZ/

我们也准备了《Google Play 政策更新手册》，方便您随时随地查看，不错过任何一个重点！点击屏末阅读原文，或扫描下方二维码，即刻下载吧。

△ Google Play 政策更新手册 | 2026 年 6 月

🔗 Google Play 政策更新手册 | 2026 年 6 月

https://link.gevents.cn/UuDmzS

Google Play 管理中心更新

集成了新的政策支持表单

我们已成功将所有开发者支持咨询整合到一个平台，即您的 Play 管理中心账号，通过专门的政策渠道、情境感知访问和经过验证的访问、整合历史记录功能，帮助开发者简化违规和被拒问题的处理。Play 管理中心现集成了新的政策支持表单，帮助您更高效地解决政策问题，更便捷地追踪相关工单的整体进度。

您可以查看本文开头讲解视频第 33 秒开始的内容或访问官方网站，了解更多详情：

https://play.google.com/console/u/0/signup

"发布概览" 页面新增功能选项

在 Play 管理中心的 "发布概览" 页面，开发者们可以一目了然地查看更改，控制何时发布更新、何时将更改送审。现在，我们在 "更改内容尚未送审" 部分，添加了一个 "保存供日后使用" 的选项，让开发者可以提交特定的应⽤更改以供审核，同时保留其他更改，从⽽更好地掌控⾃⼰的应⽤。

预审核检查也支持使用 "保存供日后使用" 功能，需要注意以下两种情况：

• 个别轨道中存在的问题：相应更改旁边会显示一个错误，您便能知道要保存哪些更改以留待日后送审，从而继续其他更改的送审流程。

• 影响整款应用的问题：您需要先解决问题，然后才能选择 "保存供日后使用"。

您可以查看本文开头讲解视频第 2 分 20 秒开始的内容或访问官方网站，了解更多详情：

https://android-developers.googleblog.com/2026/01/ready-to-review-some-changes-but-not.html

应用宣传

应用宣传是应用生命周期中一个至关重要的环节。Google Play 政策规定应⽤不得使⽤或受益于违反开发者计划政策的欺骗性或有害宣传⼿段，无论宣传活动是来自直接广告还是联盟营销合作伙伴，合规责任最终都由开发者承担。以下是一些常见的违规行为：

• 欺骗性广告：在网站、应用或其他媒体资源中使用欺骗性广告，包括使用模仿系统通知和提醒的通知等。

• 露骨色情广告：使用露骨色情广告吸引用户前往应用的商品详情页面，或促使用户下载 Google Play 应用。

• 利用不当手法强制重定向：利用不当宣传或安装手法，让用户在不知情的情况下被重定向至 Google Play 或开始应用下载进程，以及通过短信主动发送宣传信息等。

• 误导性元数据：指应用名称、图标或开发者名称中有文本或图片提及排名、价格、宣传信息，或暗示与现有 Google Play 计划有关等情况。

您可以查看本文开头讲解视频第 4 分 23 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/9899004

负责任地构建生成式 AI 应用

随着生成式 AI 越来越普及，开发者可能会将这些模型集成到应用中，以提升用户参与度并改善用户体验。Google Play 希望确保 AI 生成的内容对所有用户安全，实现负责任的创新。以下是可以帮助开发者提高 AI 赋能型应用的质量和安全性的三条提示：

• 查看 Google Play 政策：提供生成 AI 内容的应用必须禁止并防止生成受限内容，同时还应为用户提供举报或标记应用内冒犯性内容的途径。

• 以负责任的方式宣传应用：宣传应用对于发展业务至关重要，但务必要以安全且尊重用户隐私的方式进行宣传。您需要确保广告准确传达应用的功能，以及在所有平台上与您应用相关的所有宣传材料均符合 Google Play 的应用宣传要求。

• 严格测试 AI 工具和模型：请在各种场景下测试应用并记录测试情况，确保工具安全可靠，保障用户隐私与安全；同时也应充分测试，防止其被有意引导生成有害内容。

您可以查看本文开头讲解视频第 7 分 12 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/13985936

照片和视频访问权限

用户设备中的照片和视频属于敏感用户数据，如果您的应用只需低频次访问照片和视频，例如在用户上传个人资料照片、播放列表图片，或者上传用于银行业务的支票照片等非核心功能场景中，请使用系统文件选择器 (例如 Android 照片选择器)。

如果应用要求对设备上的共享存储空间中的照片和视频文件具有广泛访问权限，开发者必须通过适当的访问权限审核并演示核心使用情形，才可以使用 READ_MEDIA_IMAGES 或 READ_MEDIA_VIDEO 权限。

您可以查看本文开头讲解视频第 10 分 26 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/16935362

面向开发者：贯彻 SDK 最佳实践，力保用户安全

应用开发者常常会借助第三方代码来集成应用的关键功能和服务，例如软件开发套件 (SDK)。请注意，开发者须负责确保使用的 SDK 符合相关规定。以下为您列举在应用中使用 SDK 时需要注意的事项：

• 了解 SDK 会使用哪些权限、收集哪些数据以及具体原因。值得注意的是，即使您不使用 SDK 的特定功能，您仍需对其数据收集行为负责。

• 查看相关政策，知晓何时能以及何时不能扩展对所收集用户数据的使用。

• 及时了解 "设备和网络滥用" 政策、广告政策，以及用户数据政策中与永久标识符有关的规定。

• 确保您要在应用中集成的 SDK 不会导致应用违反 Google Play 政策。

• 不得出售个人的敏感用户信息。

• 使用 Google Play SDK 索引查看符合政策的 SDK 版本。

您可以查看本文开头讲解视频第 10 分 53 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/13323374

Google Play SDK 索引

Google Play SDK 索引为您提供 Google Play 上的商业 SDK 方面的信息。在该索引中，您可以查看这些 SDK 使用哪些应用权限、使用这些 SDK 的应用的相关统计信息，以及这些 SDK 是否已在 SDK 管理中心注册，从而为自身应用选择合适的 SDK 版本提供决策参考。

系统支持按名称、公司名称或 Maven ID 搜索 SDK，也可在导航菜单中查找广告 SDK、位置 SDK 以及其他 SDK。

您可以查看本文开头讲解视频第 12 分 01 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/12034434

欢迎您查看 Google Play 管理中心发布的政策公告，随时了解最新的政策更新以及阐释。同时，您也可以通过该网页提供的重要事项提醒功能及时掌握重大政策变更。

△ 政策执行时间表 

🔗 政策公告

https://support.google.com/googleplay/android-developer/answer/16926792

• 阅读：Google Play 开发者政策中心

  g.co/play/policy 

• 训练：Google Play App 开发学习中心

  g.co/playacademy

• 免费训练课程：政策基础知识和政策深入说明

  g.co/playacademy/policy

• 寻求帮助：Google Play 管理中心帮助

  play.google.com/developerhelp

• 观看：Google Play PolicyBytes

  goo.gle/policybytes

• 订阅：开发者简报

  developer.android.com/newsletter

• 掌握最新动态：Android 和 Google Play 最新动态

  developer.android.com/distribute/play-policies

以上就是本次 Google Play 政策更新的重要提醒与实用资源更新，您可以结合我们先前发布的 Google Play 政策更新要点内容进行全面回顾。期待您在 Google Play 收获成功！也欢迎您持续关注我们，及时了解更多精彩内容。

点击屏末 | 阅读原文 | 即刻下载《Google Play 政策更新手册 | 2026 年 6 月》

阅读原文

跳转微信打开

为您带来本次 Google Play 政策更新中不容错过的更新要点。

Google Play 长期致力于构建并维护更加安全的生态系统，通过持续优化平台功能与完善相关政策，助力开发者顺利发布应用，同时为用户营造值得信赖的使用环境。为了帮助您准确掌握 2026 年 6 月的政策更新要点与重要提醒，我们准备了两篇系列文章。本文作为第一篇，将为您详细解析通讯录权限、账号转移、有年龄限制的内容和功能，以及位置信息权限等方面的政策更新要点。

欢迎观看 Google Play 政策专家 Sandy 的讲解视频，并前往 Google Play 管理中心帮助页面查看最新政策详情：

https://support.google.com/googleplay/android-developer/answer/16926792

△ Google Play 政策更新要点 | 2026 年 6 月

🔗 Bilibili 视频链接

https://www.bilibili.com/video/BV1hbj26oEwX/

我们也准备了《Google Play 政策更新手册》，方便您随时随地查看，不错过任何一个重点！点击文章末尾阅读原文，或扫描下方二维码，即刻下载吧。

△ Google Play 政策更新手册 | 2026 年 6 月

🔗 Google Play 政策更新手册 | 2026 年 6 月

https://link.gevents.cn/UuDmzS

通讯录权限

我们现在要求开发者在访问敏感数据时使⽤系统选择器等 "最⼩范围替代⽅案"，旨在规范对用户联系人的广泛访问权限。无需广泛访问权限的应用必须使用 Android 联系人选择器，以最大限度地减少数据收集并提高用户安全性。对于以 Android 17 及更⾼版本为⽬标平台的应⽤，如果 Android 联系人选择工具不足以支持应用提供的核心功能，您需要在 Play 管理中心内提交声明解释原因并通过审核，才能使用 READ_CONTACTS 权限。

您可以查看本文开头讲解视频第 34 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/16909972

账号转移

为了保障每一位开发者的资产安全与切身利益，我们推出了新的账号转移政策，开发者必须使用官方的 "转移所有权" 流程进行一切所有权变更，账号转移方和接收方将对转移流程 (包括过渡期) 中的一切操作负责。发起转移时，个人账号和组织账号的具体转移要求会有所不同。需要特别强调的是，禁止通过非官方途径转移账号所有权，包括但不限于在第三方市场上购买、租赁和出售通过非法手段获得的账号。

您可以查看本文开头讲解视频第 3 分 18 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/16909862

有年龄限制的内容和功能

为帮助确保儿童的安全，防止儿童访问潜在有害内容，针对以相亲或约会为核心功能的应用，开发者需要前往 Play 管理中心的 "目标受众群体和内容" 部分，选择适当的年龄段，从而屏蔽未成年人。对于附带相亲和约会功能的应用，只要实施了适当的年龄限制保护措施来防止未成年人访问这些功能，便可面向所有用户开放下载。

您可以查看本文开头讲解视频第 5 分 38 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/16302250

位置信息权限

我们始终致力于保障每一位用户的隐私安全，为此完善了设备位置信息 API 的最小范围要求：

• 对于用户发起的一次性操作，建议用户优先使用 Android 位置信息按钮。您必须通过在应用的清单中声明 "onlyForLocationButton" 权限标志来实现使用 Android 位置信息按钮。

• 只有当 Android 位置信息按钮和 ACCESS_COARSE_LOCATION 无法为应用的位置信息功能提供足够的支持时，才能使用 ACCESS_FINE_LOCATION。

• 所有请求获取设备 ACCESS_FINE_LOCATION 权限的应用都必须在 Play 管理中心完成强制性声明和审核流程，提供清晰且充分的使用理由。

您可以查看本文开头讲解视频第 7 分 16 秒开始的内容或访问官方网站，了解更多详情：

https://support.google.com/googleplay/android-developer/answer/16558241#location-permissions

Android 开发者验证功能这项新措施是一层额外的安全防护，旨在防范作恶方并保障生态安全。在面对这项验证时，开发者可以从以下几个方面进行：

• 检查您的 Google Play 应用是否已自动注册：为了节省您的时间，我们会利用您之前与我们一起完成的验证工作，在可行范围内自动执行此流程。事实上，对于大多数开发者来说，所有符合条件的 Google Play 应用都已完成自动注册。

• 手动注册在 Google Play 之外分发的应用：查看您的 Play 管理中心首页以确认各应用的状态，手动注册所有尚未注册的应用，包括您在 Google Play 之外分发的所有应用。

您可以查看本文开头讲解视频第 10 分 30 秒开始的内容或访问官方网站，了解更多详情：

https://developer.android.com/developer-verification/guides/android-developer-console

欢迎您查看 Google Play 管理中心发布的政策公告，随时了解最新的政策更新以及阐释内容。同时，您也可以通过该网页提供的重要事项提醒功能及时掌握重大政策变更。

△ 政策执行时间表 

🔗 政策公告

https://support.google.com/googleplay/android-developer/answer/16926792

• 阅读：Google Play 开发者政策中心

  g.co/play/policy 

• 训练：Google Play App 开发学习中心

  g.co/playacademy

• 免费训练课程：政策基础知识和政策深入说明

  g.co/playacademy/policy

• 寻求帮助：Google Play 管理中心帮助

  play.google.com/developerhelp

• 观看：Google Play PolicyBytes

  goo.gle/policybytes

• 订阅：开发者简报

  developer.android.com/newsletter

• 掌握最新动态：Android 和 Google Play 最新动态

  developer.android.com/distribute/play-policies

以上就是本次 Google Play 政策更新要点，我们还将在后续带来本次更新的重要提醒，帮助您更好地应对变化。欢迎您持续关注我们，及时了解更多精彩内容。期待您在 Google Play 收获成功！

 点击屏末| 阅读原文 |即刻下载《Google Play 政策更新手册 | 2026 年 6 月》

阅读原文

跳转微信打开

本文为您带来 Google I/O 大会上有关 Google Play 的重磅更新内容，借助我们不断发展的业务模式，以及全新工具和深度洞察，帮助您获得更多选择、更轻松地拓展业务，在 Google Play 上取得更大的成功。

作者 / Google Play 引擎、产品、用户体验副总裁 Paul Feng

在 Google Play，我们热衷于帮助用户发现他们喜欢的体验，以及助力开发者将出色的创意转化为持久的业务成功。

在今年的 Google I/O 大会上，我们讨论了我们不断发展的业务模式，该模式可为您提供更多选择和全新途径，用于提升您的应用和内容在应用商店内外的曝光度。此外，我们还推出了先进的工具和深度洞察，帮助您更轻松地扩展业务。请观看下面的主题演讲视频，并继续阅读有关今年 I/O 大会上 Google Play 的重磅更新。

🔗 不断发展的业务模式

https://android-developers.googleblog.com/2026/03/a-new-era-for-choice-and-openness.html

您的应用和您所打造的美好世界不应该只是单一的目的地，而是跨越各类平台和设备触达用户的互联体验。为了帮助您深入用户所在之处，Google Play 正不断演进为一个以内容为先的平台，致力于在应用商店、跨设备以及直接在您的应用和游戏中提供沉浸式的个性化体验。

应用商店之外：将曝光范围延伸至全新场景和设备

我们正在解锁全新的机会，让您的应用和内容能够在更广泛的 Android 生态系统中触达用户。

• 在 Gemini 中展示您的应用和内容：随着人们越来越多地借助虚拟助手开启他们的体验，我们希望确保您的应用及其内容成为其中不可或缺的一部分。在未来一段时间内，我们将在 Android 和 Web 版 Gemini 应用中启用应用发现功能，让您的应用和游戏能够触及数百万 Gemini 用户。今年晚些时候，Gemini 还将提供超过 45 万部电影和电视节目，以及直播体育赛事的观看渠道，并通过深度链接将用户直接引导到您的应用内容中。

△ Gemini 将在用户搜索期间提供应用建议，并可直达相关娱乐内容

• 在整个生态系统中提供个性化内容：Engage SDK 每月可向超过 3,000 万活跃用户提供您的内容，每月推动数百万次应用打开 (同比增长高达 45%)。此外，我们将扩大对全新场景和设备的支持，使其变得更加强大。

• 商品详情页集成：从本月起，现有用户可直接在您的商品详情页中看到 Engage SDK 内容。

• 全新平板电脑平台：我们正在扩大对 Android 平板电脑平台的触达范围，包括主屏幕的 "内容合集 (Collections)"。

• 全球规模：现在，所有 Engage SDK 界面都可以将您的内容传播至 80 多个 Play 市场。

即刻集成 Engage SDK，提升用户回流效果。如果您的应用已完成集成，则无需采取任何进一步的行动，即可从这些更新中获益。

🔗 集成 Engage SDK

https://play.google.com/console/about/programs/EngageSDK/

应用商店之内：增强内容形式和对话式搜索

我们也在优化 Play 商店，通过更具吸引力的内容形式和更加智能的搜索体验来帮助您扩大受众规模，让用户比以往任何时候都更容易发现您的应用并建立联系。

• 通过 Play Shorts 吸引关注：Play Shorts 是我们推出的全屏竖向视频流，可以让用户快速了解应用的观感和功能。目前，Play Shorts 正面向美国用户和部分特定开发者推出，我们期待在未来几个月内将其扩展到更广泛的市场和开发者群体中。

△ Play Shorts 可让用户快速了解您应用的观感和功能

• 通过 Ask Play 开启更深入的搜索旅程：在现已覆盖 95% 用户查询的 AI 问答基础上，我们推出了 Ask Play。这款 AI 驱动的浮层交互可将发现过程转化为自然的对话，理解用户问题的完整上下文，并根据追问灵活调整，以便推荐合适的应用。此外，通过 Ask Play 亮点总结，用户可直接在搜索结果页面上获取复杂检索的进阶摘要，以便更轻松地找到合适的应用或游戏。

△ Ask Play 可理解完整上下文，并帮助用户找到合适的应用或游戏

🔗 Play Shorts

https://support.google.com/googleplay/thread/409815059/see-apps-in-action-discover-your-next-favorite-with-the-launch-of-play-shorts?hl=en

在您的游戏中：深化玩家互动与社区建设

在玩家启动您的游戏后，真正的挑战在于让他们持续沉浸于游戏体验中。Play Games Sidekick 提供了游戏内叠加视图，方便玩家即时访问游戏信息 (例如 AI 生成的游戏提示、奖励和成就)，在保证玩家沉浸体验游戏的同时提升参与度。Sidekick 已面向 100 多款游戏推出，我们正乘势推出更多内容：

• 全新社交功能：从本月起，玩家可以查看哪些好友正在游玩同一个游戏，并追踪彼此的成就进度。

• 全球推广：Sidekick 将于今年夏天扩展至所有参与该计划的游戏。欢迎前往 Play 管理中心启用 Sidekick 并开始测试用户体验，以便为我们的全球发布做好准备，同时也能满足我们 Level Up 计划的核心准则之一。

🔗 100 多款游戏

https://play.google.com/store/apps/editorial?id=mc_games_editorialmd_gdc_sidekick_fcp

🔗 启用 Sidekick 并开始测试

https://developer.android.com/games/pgs/play-games-sidekick

🔗 Level Up 计划

https://play.google.com/console/about/levelup/

我们将会简化您的日常任务，同时提供更全面的报告，以助您抓住更多增长机会。

使用 AI 简化您的 Play 商店运营

我们正在使用 Gemini 模型来处理 Play 商店内容本地化和目录管理等繁重工作。

• 更轻松地完成本地化工作：通过上传结构化文件 (如 CSV 或 Google 表格) 来告别手动复制粘贴工作。在 Gemini 模型的帮助下，Play 管理中心可以预先填充不同语种的商品详情供您审阅。您还可以利用 AI 翻译的订阅权益，快速扩展您的本地化工作。

△ 借助本地化翻译功能，即刻预先填充商品详情

• 将搜索趋势转化为增长动力：我们简化了从洞察到行动的流程。当您在增长概览页面上点击某个关键词建议后，Gemini 会根据该关键词自动生成新的自定义商品详情，您只需单击一下即可完成部署。

• 简化目录管理：我们将推出智能体驱动的目录管理功能来协助您管理一次性商品。很快，您就可以利用新的管理中心内功能来执行批量价格变更、SKU 导入和元数据配置，节省手动工作时间。

△ Play 管理中心内的全新智能体功能可助您无缝管理目录

如需详细了解这些功能及更多信息，请观看此视频。

优化您收入的幕后功能

我们正在构建相应工具，让您无需任何开发工作，也能最大化每个阶段的收入。当用户决定购买时，我们的平台会助力确保交易在转换、续订和留存阶段顺利完成。

• 通过延迟扣款优化转化：当一笔支付首次扣款失败，我们的风险模型会评估该交易。如果风险较低，我们会在后台重试扣款，同时授予用户访问您付费内容的权限。这意味著您的低风险订阅者能够获得最佳体验，您也不太可能因为临时故障而失去这些用户。

• 通过延长恢复期提升续订：为防止非自愿流失，我们已将默认账户恢复期从 30 天延长至 60 天，以便订阅者有更多时间来重新支付失败的付款 (例如因信用卡过期而付款失败)。这种转变使非自愿流失率降低了 18%，使头部开发者的总流失率降低了 9%。

• 通过灵活的流程最大化留存：僵化的体验很难留住用户。我们即将推出新的应用内订阅管理 API，该 API 可让订阅者在点击 "取消" 时更改套餐或接受降级优惠。通过将此与自动按比例退款的替换模式相结合，您将拥有一个强大的工具包，用来挽留有流失风险的订阅者。

△ 灵活的流程允许订阅者更改套餐或接受降级，以提高留存

更多报告和 AI 驱动的洞察

我们将提供更详尽的数据和更多 AI 驱动的洞察，以助您了解自己在 Play 中的表现和投资回报率 (ROI)。

• 衡量您的全部营销成效：借助我们全新的触达率指标，查看您的应用在 Play 上的总曝光度。通过以前从未披露过的间接值，更好地了解商品详情的引流表现。通过全新的流量来源明细 (例如互动、留存和变现情况)，分析下游影响。

• 优化购买和保留路径：我们已将购物车转化率添加到了您的核心表现指标中，以助您识别和解决结算流程中的障碍。有关订阅周期和流失原因的全新数据可让您更精确地找出订阅者流失的原因，并识别流失风险较高的用户群体。

• 更快获取解答：借助 Gemini 模型，我们将图表说明从 "统计信息" 页面扩展到了 "触达与设备" 和 "商店表现" 页面，以助您即时洞察趋势。通过全新的交互式问答功能和主动变现洞察，您可以询问指标为何会发生变化，并立即获取量身定制的建议，以优化您的业务。

△ 即刻获取答案和建议，优化您的业务

除了让发布更安全的应用变得更轻松、更快捷之外，我们还致力于助您更轻松地保护应用的收入和声誉。

🔗 让发布更安全的应用变得更轻松、更快捷

https://android-developers.googleblog.com/2026/05/making-it-easier-to-build-publish-safer-apps.html

• 保护您的业务免受欺诈和滥用：全新的 Protected with Play 信息中心可帮助您一站式监控和配置完整性、分发和变现防御机制。我们还在缩短 Play Integrity API 的预热延迟，以便您在速度至关重要的用户旅程中使用这些检查，更快地阻止威胁和高风险设备。

△ Protected with Play 信息中心可提供集中式洞察，助您保护应用

• 为您的商店和收入提供主动防护：我们会在幕后帮助您阻止恶意活动，以免其影响您的业务。去年，我们的自动化反垃圾邮件保护功能阻止了 1.6 亿次垃圾评分和评论，同时我们的反欺诈工作则借助 Play 结算服务自动保护各类应用，使其免受价值 32 亿美元的欺诈和滥用。

Google Play 的最新更新为我们的承诺带来了更强有力的保障，通过将您的业务范围扩展到 Play 商店之外，简化您的日常运营，以及帮助您更好地保护您的成果，从而为您的团队带来更高的投资回报。感谢您选择成为 Google Play 社区的一员，我们很期待看到您使用这些新功能来打造更具影响力的体验。

欢迎您持续关注 "Android 开发者" 微信公众号，及时了解更多开发技术和产品更新等资讯动态。

跳转微信打开

Android CLI 1.0 稳定版现已正式发布，从推出新技能，到支持智能体访问强大的 Android Studio 功能，我们将为您的智能体提供合适的工具，助力您加速开发、高效构建。

作者 / 开发者关系工程师 Simona Milanovic 和 Ben Trengrove

作为 Android 开发者，在选择用于应用开发的智能体、工具、命令行界面 (CLI) 和 LLM 时，您都有较高的自由度。无论您是在使用 Android Studio 中的 Gemini、Antigravity 2.0、Antigravity CLI，还是使用 Anthropic 的 Claude Code 或 OpenAI 的 Codex 等第三方智能体，我们的使命始终如一：确保在任何地方都能实现高质量的 Android 开发。

在 2026 Google I/O大会上，我们分享了智能体开发领域的最新进展，并展示了 Android CLI 的一些最新功能。Android CLI 现已发布 1.0 稳定版，可供所有 Android 开发者使用。从推出新 Skills，到赋能智能体调用强大的 Android Studio 功能，我们都将为您的智能体提供合适的工具，助其与您并肩构建精彩项目。

🔗 2026 Google I/O 大会

https://www.youtube.com/live/aqmpZocmR8o?si=ricF1hRmhqVoUmPn

🔗 Android CLI

https://developer.android.com/tools/agents/android-cli

如果您已经在使用 Android CLI，并希望直接体验所有新功能，只需运行 android update 即可。您也可以继续阅读本文，详细了解我们如何让您选择的智能体更好地助力 Android 应用开发。

Google Antigravity 现在包含一个可选的 Android 资源包，其中包含 Android CLI 和相关 Skills。您可以在安装之后的新手引导中安装该资源包，也可以稍后前往 Settings > Customizations > Build With Google Plugins 菜单进行安装。

🔗 Google Antigravity

https://antigravity.google/

借此，Antigravity 便能获得 Android CLI 的所有强大工具和知识，从而更轻松、更高效地执行 Android 应用开发所需的核心任务，包括从创建项目到在新的 Android 虚拟设备上部署应用。

Android CLI 可为 AI 智能体提供轻量级接口，用于执行各类任务和检索有关 Android 开发的知识。然而，"术业有专攻"：Android Studio 凝聚了十多年的 Android 专业知识，专为处理极为复杂的 Android 项目而生，集成了强大的静态分析引擎、重构工具、依赖项管理、界面设计和渲染库等核心功能。AI 智能体现可利用 Android Studio 的各类工具，获得众多上述类似的能力。

Android CLI 的最新版本引入了全新的 android studio 命令。这使您选择的智能体能够利用 Android Studio 的深层上下文能力，更好地理解当前的 Android 项目，并对其执行各种操作。通过在使用智能体与 Android CLI 开展工作的同时运行 Android Studio，智能体任务可以更高效地遍历代码库，从而生成更精确的代码变更。此外，当您使用 Android CLI 创建和迭代项目时，可以使用专门构建的工具 (如性能分析器、Compose 预览和 Android 设备流式传输) 来获得生产级别的精细化打磨，使过渡到 Android Studio 的过程更加轻松。

当您在 Android Studio Quail 的最新预览版中打开项目时，您 (或您的智能体) 可以运行以下命令来检查 Android CLI 是否与打开的项目建立了连接：

$ android studio check
pid: 32942
version: Android Studio
Projects:
    READY     JetSet /Users/adarshf/AndroidStudioProjects/jetset-main

🔗 预览版

https://developer.android.com/studio/preview

然后，智能体便可以使用 android studio 命令访问各种功能强大的 IDE 工具，以便更高效地与项目进行交互。关键命令包括：

• analyze-file：使用编辑器的内置检查功能分析文件中的错误和警告。

• find-declaration：使用语义解析在整个项目中查找符号 (包括类、方法、变量、字段、常量或 Android 资源 / 颜色) 的确切定义位置。

• find-usages：使用语义分析在整个项目中查找符号 (包括类、方法、变量或 Android 资源) 的所有引用和声明。

• render-compose-preview：渲染 Jetpack Compose 界面预览，并在成功后返回图像和界面层级结构。

• version-lookup：获取有关常用存储库 (如 Google Maven 存储库) 中可用的指定应用依赖项版本的最新信息。通过提供程序化解决方案，依赖项管理变得不再那么繁琐，出现不稳定性的可能性也会降低。

• open-file：直接在 Android Studio 中打开文件。如果智能体希望将您的注意力转向查看 IDE 中的 Compose 预览、性能跟踪或其他特定文件，这将非常有用。

例如，智能体现可运行以下命令，为您 Android 应用的新布局渲染 Compose 预览，然后在 Android Studio 中打开预览，以便您利用并排查看多个 Compose 预览，并直接在 IDE 中进行 AI 辅助编辑。

$ android studio find-declaration HotelDetailScreen
$ android studio analyze-file .../JetPacker/feature/detail/src/main/java/com/example/jetset/feature/detail/HotelDetailScreen.kt
$ android studio open-file feature/detail/src/main/java/com/example/jetset/feature/detail/HotelDetailScreen.kt

要详细了解如何使用这些命令，请运行 android help。此外，为确保您的智能体能够使用此工具，请务必运行 android init 来更新 Android CLI Skill。

为了尽可能顺畅地将 Android CLI 集成到您的环境中，您现可使用更丰富的软件包管理器下载和安装 Android CLI，包括 apt-get、winget 和 homebrew。例如，您可以运行以下命令来使用 winget 安装 Android CLI：

winget install -e --id Google.AndroidCLI

我们还更新了安装路径，默认将其安装至用户本地目录。您可以在 Android CLI 页面上找到适用于所有受支持操作系统的命令，以及更多下载选项。

🔗 Android CLI 页面

https://developer.android.com/tools/agents/android-cli/archive

我们还推出了对 Journeys 的支持。借助 Android CLI 中包含的 Journeys 工具与相关 Skills，您选择的任意智能体现在都可以创建并运行 Journeys —— Journeys 是用自然语言对您应用用户旅程所做的描述，且会直接保存到您的项目之中。

🔗 Journeys

https://draft.blogger.com/u/0/blog/post/edit/6755709643044947179/7947913907519760349

智能体可以使用 Android CLI 运行这些 Journeys，以与用户完全相同的方式浏览您的应用。这解锁了在应用关键体验中进行测试、验证和数据收集的全新方法，所有此类操作均由自然语言驱动，并由智能体执行。

为了帮助模型更好地理解和执行遵循最佳实践的特定模式，我们将继续扩展我们的 Android Skills 库。我们正在推出新 Skills，让任何地方的 Android 开发都更强大、更高效、更具生产力：

• 显示眼镜和面向 XR 的 Jetpack Compose Glimmer：为使用 Jetpack Compose Glimmer 界面工具包开发 Android 显示眼镜投影应用提供指南。

• 迁移到 CameraX：帮助您将旧版 Android 相机实现 (Camera1 或 RAW Camera2 API) 迁移到 CameraX。

• Perfetto SQL：将自然语言数据提示词转换为 Perfetto SQL 查询，并针对本地跟踪文件执行这些查询。

• 自适应界面：关于构建或更新应用界面以使其适应不同 Android 设备的说明。

• 测试设置：创建基本测试策略。

• Styles：帮助您为新组件采用全新 Jetpack Compose Style API，并支持迁移到 Style API。

• AppFunctions：分析 Android 代码库以推荐和实现新的 AppFunctions，并改进 KDoc 文档以优化模型上下文协议 (MCP)。

🔗 Android Skills 库

https://github.com/android/skills

您可以直接通过命令行将这些新 Skills 添加到您的工作流中。为了帮助您的智能体立即理解和使用 Android CLI，您可以通过运行以下命令初始化环境并安装基础的 android-cli Skill：

android init

然后，您便可以搜索智能体所需的确切功能，继而浏览和设置智能体工作流：

android skills list

找到合适的 Skill 后，运行以下命令，将其安装到您的环境中：

android skills add –skill=

欢迎立即访问 d.android.com/tools/agents，下载 Android CLI 1.0 稳定版、探索全新工具，浏览完整文档！此外，请确保您已更新到最新的 Android Studio 预览版，以便解锁 Android CLI 带来的最新能力。我们期待看到您使用 Android CLI 1.0 打造的精彩内容，以及这些新功能如何提升您的日常工作效率。

🔗 d.android.com/tools/agents

https://d.android.com/tools/agents

🔗 最新的 Android Studio 预览版

https://developer.android.com/studio/preview

欢迎访问 io.google，查看 Google I/O 2026 的所有最新动态。也欢迎您持续关注 "Android 开发者" 微信公众号，及时了解更多开发技术和产品更新等资讯动态。

🔗 io.google

https://io.google/2026/?utm_source=blogpost&utm_medium=pr&utm_campaign=devblogs&utm_content

跳转微信打开

现代 Android 生态早已打破“单一手机屏幕”的传统边界，从掌上设备过渡到可折叠设备、平板电脑和车载设备等多形态设备，全场景纵深演进。欢迎您阅读本文，了解自适应开发的最新动态，打造贯穿整个 Android 设备生态的无缝且高质量的体验。

作者 / 自适应应用高级产品经理 Fahd Imtiaz

随着 Android 17 的发布，我们正迈向 "自适应优先 (Adaptive-first)" 的开发标准。您的用户不再依赖单一的设备形态；在日常生活中，他们会在手机、可折叠设备、平板电脑、笔记本电脑、车载显示屏以及沉浸式 XR 环境之间无缝切换。

🔗 自适应优先 (Adaptive-first)

https://developer.android.com/adaptive-apps

如今，用户手中拥有超过 5.8 亿台大屏设备，"自适应" 不再只是一个技术目标，而是一个触达高活跃度用户的巨大机遇。为了在这个多设备生态系统中蓬勃发展，您的应用必须具备强大的适应性、灵敏的响应能力，并且几乎可以适配任何设备屏幕。

如今，Android 设备生态已全面迈入多设备时代。用户正在融入完整的生态系统，从掌上设备过渡到可折叠设备、平板电脑和车载设备。同时，数据清晰地表明：通常情况下，与仅使用手机的用户相比，多设备用户具有更强的消费力。

• 推动更高收入：多设备用户的平均消费额是仅使用手机用户的 9 倍。在可折叠设备上，这种用户参与度的倍数甚至可达 14 倍。(数据来源：Google 内部数据，2026 年)

• 拓展高价值用户群体：大屏设备 (平板电脑、可折叠设备和 Chromebook) 用户的消费额通常是仅使用手机用户的 5 倍左右。

为了帮助您更好地触达这些用户，我们在 Google Play 中推出了一个新的徽章。符合自适应质量标准的应用将获得 "针对大屏设备优化" 徽章，用户可借此更轻松地发现高品质体验。

借助 Android 17、最新的 Jetpack 更新以及先进的开发工具，无论是精巧便携的可折叠设备还是 Googlebooks，您都可以轻松呈现原生体验的应用。

🔗 Googlebooks

https://developer.android.com/googlebook

在 Android 16 中，我们对屏幕方向和可调整大小 API 进行了重大更改，以促进自适应行为。同时，我们也提供了临时退出选项，以帮助您顺利完成过渡。Android 17 (API 级别 37) 通过取消开发者在大屏设备 (sw > 600 dp) 上选择退出屏幕方向和可调整大小限制的机制，设立了新的质量基准。当您以 API 级别 37 为目标进行开发时，您的应用必须能够适应各种尺寸的显示设备。这有助于您的应用更好地提供符合用户期望的体验。

△ 提示：您可以通过在 SDK 36 的开发者选项下的 "应用兼容性变更" 中启用 UNIVERSAL_RESIZABLE_BY_DEFAULT 标志来开始测试这些行为

除了让您的移动应用在大屏设备 (包括可折叠设备、平板电脑、Chromebook 以及 XR) 上运行之外，我们也在进一步为您的移动应用扩展 Android 的覆盖范围：

• 外接显示器：自 Android 16 QPR3 起已提供稳定支持，外接显示器功能可让支持的 Pixel 和 Samsung 移动设备通过外接显示器转换为桌面环境。

• 车载与电视：借助 Car Ready 移动应用计划，以及针对 Android TV 的增强指针支持，您的自适应应用现在可以轻松地在车载信息娱乐系统以及客厅场景中呈现更好的互动体验并从中受益。

🔗 Car Ready 移动应用计划

https://developer.android.com/training/cars/car-ready-mobile-apps

🔗 针对 Android TV 的增强指针支持

http://android-developers.googleblog.com/2026/05/increase-google-tv-app-discovery.html

谈及更多设备形态，我们正在通过 ChromeOS 的下一代产品 Googlebook，不断拓展桌面领域的应用。Googlebook 基于部分 Android 技术栈构建，让您的应用能够以原生级别的性能，实现媲美笔记本电脑的流畅体验。

如今，采用自适应原则进行开发，有助于确保您的应用能够完美适配新一代高性能硬件。

为了帮助您为新一代设备做好准备，我们发布了全新的综合性文档，其中包括全面的设计指南和开发者指南。这些指南以自适应原则为基础，为您的移动应用转型升级提供了一套完整的操作指南，助您打造卓越的桌面级体验。

🔗 设计指南

https://developer.android.com/design/ui/desktop

🔗 开发者指南

https://developer.android.com/docs/quality-guidelines/adaptive-app-quality/experiences/desktop

立即体验 Android Studio Canary 中全新的桌面模拟器，即刻开启您的开发之旅。

我们现在以 Compose 为优先，并推荐使用 Jetpack Compose 来构建现代化的自适应界面，以帮助您高效地管理布局的复杂性。

🔗 以 Compose 为优先

https://goo.gle/Compose_IO26

• 新的布局原语：我们引入了 Grid 和 FlexBox 布局，为 Compose 带来了受 CSS 启发的强大能力，适用于 1D 与 2D 布局。

• Navigation 3：compose-navigation3 的 1.1 版本引入了 Scene Decorators，该特性允许您使用其他内容 (例如工具栏、侧边栏和对话框) 来包装您的屏幕。

• MediaQuery API：全新推出的实验性 MediaQuery API 提供了可观察的设备界面属性 (例如窗口大小和指针精度)，使您能够根据当前设备配置调整和优化应用的界面。

• Styles API：使用全新的基于状态的实验性 Styles API，动态演进您应用的视觉属性。

🔗 Grid

https://developer.android.com/develop/ui/compose/layouts/adaptive/grid

🔗 FlexBox

https://developer.android.com/develop/ui/compose/layouts/adaptive/flexbox

🔗 1.1 版本

https://developer.android.com/jetpack/androidx/releases/navigation3

🔗 Scene Decorators

https://developer.android.com/guide/navigation/navigation-3/scenes/scene-decorators

🔗 MediaQuery API

https://developer.android.com/reference/kotlin/androidx/compose/ui/mediaQuery.composable?hl=en

🔗 Styles API

https://developer.android.com/develop/ui/compose/styles

自适应应用的质量不仅取决于窗口尺寸，还包括对非触控输入范式的处理，例如键盘、触控板、鼠标、触控笔往往是大屏设备上的主要输入方式。

• 触控板支持：Compose 1.11 现已实现对触控板的全面支持，使其交互体验与鼠标齐平，并提供了新的 API 来自动化非触控输入测试，包括 TrackpadInjectionScope 和 performTrackpadInput。

• 焦点指示器：Compose 内置了对标准焦点环的支持，从而增强了无障碍功能。

🔗 Compose 1.11

https://developer.android.com/blog/posts/whats-new-in-the-jetpack-compose-april-26-release

Android Studio 和 Android CLI 正在不断发展，旨在帮助您以前所未有的速度构建自适应应用。

🔗 Android CLI

https://developer.android.com/blog/posts/whats-new-in-the-jetpack-compose-april-26-release

• Android Skills：这些模块化的 AI 指令旨在帮助任何 LLM 完成复杂的架构任务，包括协助您进行从 View 到 Compose 的迁移、实现自适应布局、完成从 Navigation 2 到 Navigation 3 的转换，以及从旧版 Camera 库迁移到 CameraX。您可以通过 Android Skills GitHub 代码库和 Android CLI 开始使用这些最新 Skills。

• 全新项目智能助手：Android Studio Panda 2 中新增了此智能体，默认情况下，此智能体会使用自适应最佳实践来初始化新项目。