简介面向Windows x86_64平台的Android Studio Electric Eel 2022.1.1正式版安装包适合Android应用开发者搭建集成开发环境、编译调试项目也可用于学习和研究官方IDE的组件构成。该版本属于Google稳定的Electric Eel发布序列与Dolphin、Bumblebee、Arctic Fox等版本并列具备较成熟的Gradle构建支持和Kotlin/Java编译工具链适合作为长期项目的基础环境。压缩包共2634个文件体积约947.7MB内部以Python脚本、JAR库、JSON配置、TTF字体、WebP图标、DLL动态库及文本说明为主覆盖IDE运行所需的依赖组件、构建工具、语言插件与界面资源其中还包含大量exe、pyd、so等可执行与扩展模块以及完整的LICENSE、ADDITIONAL_LICENSE_INFO第三方授权说明方便企业用户核对合规信息。资源结构接近官方发布布局解压后即可获得包含安装器、调试器、模拟器、编译器在内的完整工具链已有259人浏览学习无论是新手快速获取离线环境还是老开发者备份回滚或对照新版本特性都比较实用。1. 2022.1.1.21 这个 windows.zip给离线安装和多机部署准备的免安装版看到android-studio-2022.1.1.21-windows.zip这个名字时先别急着双击解压。这个文件是 Android Studio 在 2022.1.1代号 Electric Eel这条稳定分支上的一个补丁打包版本.21 是内部的 patch 序号对应 IDE 主版本号是 2022.1.1应用层并不会因为这个序号产生功能差异。它和普通安装包最大的区别是它不是 exe 安装器而是一个免安装发行版解压后直接运行bin\studio64.exe就能启动整个 IDE。这个文件最常见的来源是内网镜像站、同事的 U 盘、或者某台机器上下载好的离线资源包。适用人群很明确网络环境不稳定、需要多台 Windows 机器保持相同开发环境、或者不想被在线安装器反复拉取组件的开发者。本篇文章不讲泛泛的“Android Studio 怎么用”只围绕这个 zip 讲清楚三件事装之前要检查什么、如何把它变成一个能跑项目的 IDE、以及首次构建时那些让人想砸电脑的坑到底出在哪。2. 装之前先看三样JDK 版本、磁盘空间和 zip 与 exe 的选型2.1 Electric Eel 的运行时要求自带 JBR但 JAVA_HOME 最容易坏事Android Studio 从 Arctic Fox 版本开始安装包内就自带了 JetBrains Runtime缩写是 JBR。解压android-studio-2022.1.1.21-windows.zip之后你会看到一个jbr目录里面放着一套完整的 JRE 11 运行时。这意味着你不必为这个 IDE 单独安装 JDKstudio64.exe启动时优先使用jbr目录里的运行时而不是读系统的JAVA_HOME。这是 zip 版和 exe 版共同的行为也是近几年 Android Studio 对新手最友好的一个改变。但这里藏着一个非常容易翻车的细节如果你的 Windows 系统环境变量里配置了JAVA_HOME指向 JDK 8 或 JDK 17某些情况下通过命令行脚本启动或 Gradle 守护进程可能会读到这个变量导致 IDE 启动或构建时报告版本冲突。我遇到的现象是双击studio64.exe能开但打开项目后 Gradle 同步直接报Unsupported class file major version查了半天才发现是JAVA_HOME指向了 JDK 8。解决方式是在系统环境变量里把JAVA_HOME暂时改到D:\Android\android-studio\jbr或者在启动 IDE 前打开一个干净的 PowerShell 窗口手动排除这个变量。除此之外磁盘空间是很多人忽略的硬性条件。zip 解压后 IDE 本体大约占 1.2GB但首次启动向导安装 SDK 组件会再占用 4 到 8GB之后 Gradle 构建缓存还会吃掉 1 到 3GB如果你还要创建模拟器系统镜像每个版本 2GB 起。我建议在部署前就给目标盘预留至少 20GB 可用空间否则解压到一半磁盘写满zip 包不会提示你具体是哪个文件失败了只会留下一堆不可用的零散目录。2.2 zip 与 exe 的差别离线部署和在线更新的取舍同一个版本Google 官方会提供两种 Windows 分发形式一个是android-studio-2022.1.1.21-windows.exe在线安装器另一个就是标题里这个 zip 包。很多人的疑惑是既然安装器更“正规”为什么还要用 zip选型时要明白它们的分工完全不同。exe 安装器本身并不是完整 IDE它只是一个引导程序。运行后需要联网从 Google 服务器拉取 IDE 本体、SDK 组件和一些默认插件整体耗时取决于你的网络状况并且安装路径被写进注册表之后想迁移位置比较麻烦。zip 版则是一个完整打包产物解压即用不写注册表不创建开始菜单快捷方式卸载就是删除整个目录非常适合做批量部署——我把同一个解压目录用压缩软件重新打成包可以快速复制到团队里其他机器上保证所有人的 IDE 版本、插件、目录结构完全一致。从维护角度看zip 版不会接收 Android Studio 的自动更新提醒你不能再通过 IDE 内置的 “Check for Updates” 来升级。升到新版本的方式是下载新的 zip覆盖到旧目录然后重新导入配置。我个人在这两者间的选择标准是个人主力机用 exe 安装版图省事能自动升级工作电脑、测试虚拟机、内网离线环境一律用 zip 版因为可控、干净、不留系统残留。对比项zip 免安装版exe 在线安装版首次安装过程解压即用向导只装 SDK 组件在线拉取 IDE 本体耗时更长离线环境可用性可行SDK 组件可离线准备困难引导程序依赖网络注册表/快捷方式不写入卸载即删目录有卸载项和开始菜单版本更新方式手动替换目录IDE 内置更新检测适合场景内网、多机部署、快速重置个人本机、网络通畅3. 从解压到跑通第一个项目命令行安装与首次启动的完整步骤3.1 用 Windows 自带 tar 解压而不是右键更快且能避开长路径解压这个 zip 时我强烈不建议用鼠标右键的“全部提取”或者 PowerShell 的Expand-Archive。原因有两点。第一Expand-Archive在 Windows 上是串行解压对超过 1GB 的压缩包速度极慢而且内存占用后容易崩第二zip 包内 JDK、插件库的路径本身很长右键提取如果解压到一个深度较深的目录比如放到了C:\Users\张三\Downloads\software\很容易触发 Windows 路径长度限制最终解压出来的目录缺少文件且没有任何明确报错。Windows 10 1803 之后的系统自带tar.exebsdtar解压大型 zip 包比右键快得多而且支持保留原始文件权限。我一般会先把目标盘规划成一个短路径比如根目录下的D:\Android\这样后期构建时所有路径都能控制在一百个字符以内从源头上规避长路径问题。具体操作如下打开管理员权限的 PowerShell 或 CMD 窗口# 切到 zip 包所在目录 cd D:\Downloads # 用 bsdtar 解压到 D:\Android注意 -C 指定的目录必须先存在 mkdir D:\Android tar -xf android-studio-2022.1.1.21-windows.zip -C D:\Android # 确认解压出 android-studio 目录并检查 bin 和 jbr 两个关键子目录都在 dir D:\Android\android-studio这里-xf是 extract file 的意思bsdtar 会自动识别 zip 格式不需要先改名。解压完成后D:\Android\android-studio目录下应该有bin、lib、plugins、jbr等文件夹其中jbr是内置运行时bin是启动器所在位置。如果jbr目录缺失或者里面只有空文件夹说明解压中途出了问题不要将就着往下走删掉目录重新解压才是唯一正确的选择。3.2 首次启动向导的勾选把 SDK 放到数据盘并砍掉用不到的组件解压完成后进入 IDE 之前有一个关键决定要做SDK 目录放哪里。Android Studio 默认会把 SDK 装在C:\Users\你的用户名\AppData\Local\Android\Sdk这在 C 盘紧张的工作机上就是个定时炸弹因为重装系统或清 C 盘用户目录意味着你下载好的十几 GB SDK 全部作废。我习惯在第一次启动时就把它挪到 D 盘或独立数据盘。第一次运行用命令行启动比双击图标更容易发现潜在问题。在解压目录下打开 PowerShell执行# 启动 Android Studio如果存在 JBR 加载问题这里会直接输出错误而不是无响应 cd D:\Android\android-studio\bin .\studio64.exe启动后进入欢迎页选择 Custom 安装类型而不是 Standard。Custom 模式下可以手动指定三个关键路径SDK 目录、IDE 设置目录、插件缓存目录。我会把 SDK 设置成D:\Android\SdkIDE 设置目录可以保持默认插件缓存目录如果 C 盘空间紧张也可以一起挪走。接下来是组件勾选界面注意把 Android TV、Android Auto 这类用不到的 SDK 组件取消勾选只保留你所调试设备的系统版本。很多人在这里全选结果是白白多下载几个 GB 的镜像拖慢首次启动进度。3.3 建第一个项目Gradle 发行版卡住时切到镜像源向导把基础的 SDK Platform 和 Build-Tools 装完之后你会看到一个空白的 Android Studio 主界面。新建一个 Empty Activity 项目选择你刚才安装的 SDK 版本作为最低编译版本然后点 Finish。此时 Android Studio 会尝试从 Goolge 的 Maven 仓库拉取 Android Gradle Plugin同时 Gradle Wrapper 会从services.gradle.org下载指定的 Gradle 发行版。这一步在整个安装过程中最折磨人因为国内直连这两个地址经常是几 KB/s 的龟速然后同步卡死在Gradle: Download Gradle 8.0这一个提示上。解决思路是先把 Gradle 发行版下载源切到国内镜像。打开项目根目录下gradle\wrapper\gradle-wrapper.properties这个文件把distributionUrl改成腾讯云镜像# 原地址是 https\://services.gradle.org/distributions/gradle-7.5-bin.zip distributionUrlhttps\://mirrors.cloud.tencent.com/gradle/gradle-7.5-bin.zip保存后回到 Android Studio点 File Sync Project with Gradle Files 重新触发同步。这次 Gradle 会从腾讯镜像下载速度通常能到几 MB/s。如果公司内网连腾讯镜像也慢还有一个笨办法从另一台已经跑通项目的机器上找到C:\Users\用户名\.gradle\wrapper\dists\目录把里面对应版本的gradle-7.5-bin.zip直接拷贝到本机的同路径目录下等 Gradle 第一次尝试下载并创建好目录结构后再把这个 zip 覆盖进去然后重启同步。4. 首次启动和构建的避坑清单闪退、SDK 下载失败与 gradle 卡死的排查4.1 双击 studio64.exe 没有任何反应这是 zip 版被问得最多的问题双击图标鼠标转圈几秒钟然后什么都没有发生连报错弹窗都不出现。常见原因有三个。第一个是杀毒软件把jbr目录里的运行时文件当作可疑程序隔离了导致 JVM 无法启动但你不会收到任何提示只能看到进程闪退。第二个是解压文件不完整特别是用右键提取长路径时某些 jar 包文件缺失启动器加载失败直接静默退出。第三个是用户的 Windows 账户是普通权限而studio64.exe的启动脚本需要在用户目录写入配置缓存被系统拉了权限。排查顺序应该是先到 Windows 安全中心的隔离记录里看有没有java.exe或studio64.exe被处置的日志然后关闭杀毒软件重新解压一次最后用命令行前台启动这样可以看到完整的 JVM 错误栈。命令行启动的方式是切到bin目录执行studio64.exe如果 JBR 缺失窗口会直接输出Failed to locate JVM之类的明确文字比桌面双击有诊断价值得多。4.2 SDK 组件下载转圈或中途失败首次启动向导在下载 SDK 组件时卡在某个百分比或者提示SDK component download failed多数情况下是网络到dl.google.com不稳定而不是下载参数配错了。这时候不建议反复点重试因为断点续传在向导里并不总是生效经常是重试后从头开始拉白白等很长时间。更稳妥的做法是把 SDK 下载改成离线准备的方式把这次下载变成一个可控的本地过程。如果你手里有一台已经装好 SDK 的开发机最省事的方法是直接把整个 SDK 目录压缩后拷过来解压到D:\Android\Sdk。然后用命令行工具补一下版本校验因为 SDK 目录里有些临时状态文件并不能直接复制# 用 cmdline-tools 里的 sdkmanager 对离线拷来的 SDK 做一次完整性校验 D:\Android\Sdk\cmdline-tools\latest\bin\sdkmanager.bat --update这条命令不会重新下载已有组件只会校验平台工具的版本清单补齐缺失的元数据文件。如果你没有现成的 SDK 目录可用那就只能回到向导里耐心重试下载时尽量避开晚上高峰时段。有一点要记住向导下载半途失败后D:\Android\Sdk目录里会残留未完成的临时包下次重试如果一直卡在同一个组件先把对应子目录清空再重新下载。4.3 Gradle 同步一直卡在 Downloading新建项目首次同步卡在Gradle: Download Gradle...是最常见的网络坑。Gradle Wrapper 默认从services.gradle.org下载完整发行版这个地址在国内大部分网络环境下都极不稳定。除了上文提到的修改distributionUrl切镜像之外有一个现象需要特别说明即使你改了镜像地址第一次同步仍然可能表现成“卡了很久然后报错”这是因为 Gradle 除了发行版之外还要下载 Android Gradle Plugin 和一堆依赖包而这些依赖是从 Google Maven 仓库拉的镜像只能解决 Gradle 本身解决不了依赖库的网络问题。如果同步日志停在Could not resolve com.android.tools.build:gradle:7.x说明 AGP 依赖没有拉下来。这时可以在项目级的build.gradle文件里的repositories块中加上一个国内可用的 Maven 镜像仓库作为备用源allprojects { repositories { // 官方源保留在最前面 google() mavenCentral() // 阿里云 Maven 镜像兜底解决 AGP 依赖下载失败 maven { url https://maven.aliyun.com/repository/gradle-plugin } maven { url https://maven.aliyun.com/repository/google } } }加镜像之后要在 Android Studio 里执行一次File Invalidate Caches and Restart让 Gradle 重新解析仓库配置。这里的坑在于 Gradle 对仓库列表有缓存旧配置里的失败记录不清理干净换镜像后依然可能优先走那些失败的 URL所以清缓存不是玄学是必须做的一步。4.4 长路径导致构建找不到 AAPT2项目能同步成功但一执行 Build 就报错日志里出现Could not find aapt2或者AAPT2 aapt2.exe is not found这类问题经常被误判为 SDK 组件缺失实际上十次里有八次是路径问题。AAPT2 是 Android Gradle Plugin 在构建时从 AGP 缓存里解压出来的二进制工具它所在的路径跟你 Gradle 缓存目录密切相关。如果你的用户目录是中文名或者项目所在路径超过了 Windows 260 字符限制AAPT2 会在解压或执行时直接失败报错却指向“找不到文件”。解决方式需要从根源上切断长路径。第一项目路径务必放在短英文目录下比如D:\WorkSpace\MyApp不要放在C:\Users\名字\Desktop\下面建嵌套深层的工程。第二进入 Android Studio 的 Settings Build Tools Gradle把 Gradle user home 目录改到D:\gradle-home这样 AAPT2 解压缓存就在这个短路径下。修改后重启 IDE再执行一次干净构建这个报错一般就不会再出现。4.5 模拟器创建成功但启动黑屏/闪退模拟器能创建 AVD但一按启动按钮窗口开一下马上消失或者卡在黑屏界面这跟 IDE 安装本身无关而是 Windows 虚拟化支持的问题。Android Studio 从 2022.1.1 开始已经全面使用 WHPXWindows Hypervisor Platform来做模拟器加速但 WHPX 默认是关闭状态需要你在 Windows 功能里手动打开。打开方式控制面板 程序 启用或关闭 Windows 功能勾选“Windows 虚拟机监控程序平台”和“虚拟机平台”两项重启电脑。如果你之前使用过 Windows 沙盒、WSL2 或者其他 Hyper-V 虚拟机这些服务会抢占虚拟化资源模拟器启动时可能报x86 emulation currently requires hardware acceleration。此时优先确认 BIOS 里的 CPU 虚拟化开关没有关闭再用后面第五章的加速验证命令判断 WHPX 是否真的可用。5. 装好后值得立刻调整的四个地方内存参数、SDK 迁移与模拟器加速验证5.1 把 JVM 堆调大vmoptions 要在用户目录改才生效Android Studio 默认的 JVM 堆大小比较保守项目一大界面频繁转圈是常态。调整堆大小要找对文件IDE 安装目录下确实有一个studio64.exe.vmoptions但修改它不一定生效因为用户级配置优先。正确做法是在用户配置目录下找到这个文件# 用户目录下才是真正生效的配置文件 %APPDATA%\Google\AndroidStudio2022.1\studio64.exe.vmoptions # 提高堆内存和元空间上限8GB 内存的机器建议这样设置 -Xms1024m -Xmx4096m -XX:MaxMetaspaceSize1024m5.2 迁移 Gradle 用户目录和 SDK给 C 盘留出空间SDK 在安装时已经被我放到了 D 盘Gradle 缓存默认还在 C 盘。在 Settings Build Tools Gradle 里把 Service directory path 改到D:\gradle-home这是所有项目共享依赖的位置改动后旧缓存可以手动从 C 盘删掉释放空间这一步做完C 盘的负担才真正减轻。5.3 用 emulator -accel-check 验证硬件加速是否真的可用模拟器能不能起来不要猜直接执行这条命令看最后一行输出# 返回 WHPX is installed and usable 表示加速可用 D:\Android\Sdk\emulator\emulator.exe -accel-check如果输出显示 hyper-v 被禁用回第 4.5 节检查 Windows 功能和 BIOS 虚拟化开关。这些年我布置过的 Windows 开发机里七成模拟器问题都出在虚拟化没开全IDE 本身并没有故障。装好一个 IDE 只是开始把环境验证到可视化这一步才算真正交付了一台能用的开发机。希望这些从 zip 包到跑通项目的细节能帮你在同样的环境上少走几趟弯路。本文还有配套的精品资源点击获取
