Android Studio Panda 1 正式版已经发布。这个版本主要是一个问题修复版,而更大的功能更新将留待后续的 Panda 2。本次 Panda 1 修复的问题主要包括:
- 在 Running Devices 部分看不到真实设备的预览问题(Issue #476936376)
- AGP 9.0.0-rc01 无法通过 kotlin() 函数解析 Kotlin 库问题(Issue #471410336)
*.xml.flat 文件包含绝对文件路径问题(Issue #398173037)
- Compose screenshot 更新会启动可见的 Java 实例问题(Issue #468205008)
- Layout Editor 不会保存状态问题(Issue #451182456)
- ManifestProcessorTask 警告转换为错误(Issue #458708710)
- Android Studio Otter 中运行 Package 测试时出现问题(Issue #450247317)
- 转换
OBFUSCATION_MAPPING_FILE 会导致 R8 任务的输出文件在输出文件夹中丢失(Issue #469745905)
- 重命名资源文件夹不会改变 APK 内容问题(Issue #467734218)
- Android Studio Otter 建议在 Windows on ARM 上下载“ARM64”版本,但实际上并不存在这种版本(Issue #464644772)
在 AGP 版本兼容性方面,Panda 1 没有特殊要求,这意味着开发者在升级时应该不会遇到大的兼容性“坑”。具体的版本对应关系如下:


简化JDK管理:Gradle Daemon JVM标准
Panda 1 版本引入了一个颇为实用的功能:使用 Gradle Daemon JVM 标准简化 JDK 管理。
这个功能旨在简化 Gradle 构建的 JDK 管理。对于新项目,该支持可以让 Gradle 自动检测并选取适用的 JDK 来执行构建任务。如果本地找不到所需的 JDK,Gradle 会自动下载并安装。此功能在 Gradle 9.2.0 中可用,带来的好处是显而易见的:
- 减少环境配置错误:你不再需要预先安装特定版本的 JDK 来导入和构建项目。
- 保证环境一致性:Gradle 构建所使用的 JDK 选择不仅在不同机器间保持一致,而且在 IDE 和命令行之间也保持一致。这可以防止生成多个 Gradle 守护进程,从而避免对性能产生负面影响。
对于使用兼容版本 Gradle 的现有项目,Android Studio 会显示一条通知,提供自动将项目原有的 Gradle JDK 配置迁移到 Daemon JVM 标准的选项,同时保持相同的规范要求。

Daemon JVM criteria 代表了对旧 Gradle JDK 配置的替代,你可以从 File > Settings > Build, Execution, Deployment > Build Tools > Gradle 进行修改。
新旧管理方式对比
| 特性 |
旧的 JDK 管理方式 (org.gradle.java.home / IDE 设置) |
新的 Gradle Daemon JVM Criteria |
| 配置存储位置 |
依赖本地环境配置,如 gradle.properties、.idea/gradle.xml、或系统环境变量 JAVA_HOME。 |
统一存储在项目目录的 gradle/gradle-daemon-jvm.properties 文件中 |
| 版本控制 |
难以严格统一,团队成员间的本地 JDK 安装路径和版本往往不同。 |
完美支持。配置文件作为项目源码的一部分提交到 Git,确保全团队统一 |
| 环境依赖与报错 |
新成员拉取项目后,如果未提前安装指定版本 JDK,导入或构建会直接失败报错。 |
成本低,实现“开箱即用”,Gradle 会根据标准自动下载所需的 JDK,大幅减少环境配置错误 |
| IDE 与命令行的构建一致性 |
IDE 经常使用内置 JDK(如 JBR),而终端命令行使用 JAVA_HOME。这会导致后台生成多个不同的 Gradle Daemon 进程,严重消耗内存和降低性能 |
保持一致,无论从 Android Studio 触发构建还是在终端执行 ./gradlew,均统一读取 Criteria 配置文件,确保复用同一个 Daemon 进程 |
如何启用或迁移?
- 对于新项目:从 Android Studio Panda 1 开始,新创建的项目默认就已启用 Gradle Daemon JVM Criteria,无需额外配置。
- 对于现有项目(自动迁移):当你在 Android Studio 中打开一个使用兼容 Gradle 版本的现有项目时,IDE 会弹出一个通知,提示将现有的 Gradle JDK 配置自动迁移到 Daemon JVM criteria。点击同意后,Android Studio 会自动完成转换并生成配置文件。
- 手动配置:你也可以通过在 Android Studio 的 Terminal 直接使用 Gradle 提供的内置任务来生成或更新配置。例如,如果项目需要强制使用 JDK 17:
./gradlew updateDaemonJvm --jvm-version=17
如果需要指定特定的 JDK 供应商,也可以追加参数,如 --jvm-vendor=adoptium。
执行后,Gradle 会在 gradle/ 文件夹下生成一个名为 gradle-daemon-jvm.properties 的文件,内容类似于:
#This file is generated by updateDaemonJvm
toolchainVersion=17
生成后,将此文件提交到你的 Git 仓库。下一次构建时,Gradle 和 Android Studio 都会自动读取这个文件来定位或下载正确的 JDK。
Panda 2 前瞻:Custom View Preview 弃用
Panda 2 目前仍在预览阶段,其中一个值得注意的动向是 Custom View Preview 功能的弃用。这传递出一个明确的信号:基于 XML 的传统 UI 开发方式正在加速退出历史舞台。
随着 Android 生态系统向 Jetpack Compose 过渡,构建自定义 UI 组件变得更加高效和直观。Compose 内置了强大的 @Preview 系统,与传统的基于 XML 的方法相比,它为开发自定义 UI 元素提供了更优的工作流程。通过弃用自定义视图预览,官方可以将资源集中用于增强 Compose 生态系统中的预览体验。简而言之:谷歌将不再为基于 XML 的 UI 开发维护相关的高级预览功能。

回想一下,你已经有多少年没看到 Android 官方对 XML 布局编辑器进行重大更新了?
Panda 2 中还有一些更新与 AI 集成相关,例如:
- Create a new project with AI:在创建新项目时,可以使用 Create with AI 选项。
- Update dependencies with the AI agent:AI 助手可以帮助更新项目依赖。

由此可见,XML 时代确实正在落幕。未来 Android Studio 的核心演进方向,将基本围绕 Compose 和 Gemini(AI)进行更深度的集成。正如之前在 AGP 9 中看到的“断舍离”一样,谷歌也在通过削减旧技术的维护成本来聚焦未来。
总的来说,Android Studio Panda 1 是一个值得更新的稳定版本,它带来的 Gradle Daemon JVM 标准能切实简化开发环境配置。不过,如果你希望体验更前沿的功能,尤其是更好的 AI 集成和 Compose 工具链,那么升级到 AGP 9 及以上版本是迟早要走的路。对于 Android 开发者而言,拥抱 Compose 和现代化工具链已成为必然趋势。如果你想了解更多关于 Android 或 Gradle 的最新动态和深度讨论,可以关注 云栈社区 的相关板块。