简介这是一份Windows平台下的Android Studio集成开发环境完整安装压缩包版本对应Electric Eel 2022.1.1适合在个人电脑上开展安卓应用开发、调试与性能分析的开发者尤其适合网络条件有限、需要保存离线安装包的场景。整个压缩包包含2634个文件容量约947.7MB内部有大量Python脚本、Jar库、Json配置、字体文件、图片资源、可执行程序以及动态链接库分别支撑开发工具启动、插件机制、界面显示和系统交互目录结构遵循常见IDE布局方便定位关键组件。目前已有259人学习下载该资源。解压后可获得完整开发环境内置安卓SDK、布局编辑器、调试器、模拟器文件以及Kotlin与Java编译工具链可快速完成开发配置也适合进行版本对比与迁移测试。该压缩包还可作为离线备用的完整工具链帮助开发者在不同机器上保持一致的开发环境减少反复下载配置的时间。1. 为什么 2022.1.1.21 这个 Windows 安装包至今还有人翻出来用Android Studio 2022.1.1.21 这个 Windows 版 zip 包对应的就是 Dolphin 2022.1.1 这一代工具链。你可能觉得它已经过时了但在实际项目里我见过不少老同事还在刻意找这个包公司的旧系统要求 JDK 11Gradle 6.7 的老工程不敢升级 AGP又或者新版本 IDE 在 Win10 老笔记本上卡到光标都打不动。这个版本正好卡在“还能用新特性、又不吃太多内存”的甜点上。它解决的痛点是让老项目在 Windows 上平稳跑起来同时省掉新版 IDE 一堆用不上的后台服务。这篇文章我会按下载校验、解压安装、项目配置、Windows 避坑、进阶优化这套流程把这个 zip 包从零说到能正常出包。2. 下载与校验这个 zip 包到底该怎么选、怎么验2.1 exe 和 zip 的区别不是解压就能用那么简单Android Studio 在 Windows 上官方提供两种包exe 安装器和 zip 压缩包。标题里的android-studio-2022.1.1.21-windows.zip属于后者。常见做法是exe 会帮你写注册表、建开始菜单快捷方式、自动检测已安装的 JDK而 zip 包只是把所有文件打成压缩包解压后直接双击bin\studio64.exe就能跑但前提是你得自己处理环境变量和依赖。很多人以为 zip 包是“绿色版”拷到 U 盘插哪都能用实际上没那么简单。这个版本内置了 JetBrains RuntimeJBR 11所以 JDK 可以不装但 SDK、Gradle 缓存、.android 目录这些东西分布在系统用户目录里拷走一个文件夹根本带不走整套环境。我一般选择 zip 包的原因只有两个一是公司内网批量部署不想一台台跑安装向导二是想放在非 C 盘路径避开系统盘空间紧张。如果你只是为了个人日常开发exe 反而省心。2.2 核对文件名里的版本号与 SHA-256 校验拿到android-studio-2022.1.1.21-windows.zip这种文件名第一件事不是急着解压而是看版本号。“2022.1.1.21”是完整的内部构建号前面的 “2022.1.1” 是 Dolphin 系列“.21” 是这一系列的维护补丁版本。不同补丁版本修的东西不一样别在群里看到某个 zip 包就叫“Dolphin 版”然后直接替换你现有的项目可能已经在用 2022.1.1.20 的 API贸然换掉会有一堆奇怪的 cache 冲突。校验哈希这事十个人里只有一个人做但中招一次就够你受的。下载源不可靠时zip 包可能被替换成带广告插件的修改版或文件损坏导致解压到一半报 CRC 错误。Windows 下用 PowerShell 算哈希很简单Get-FileHash -Algorithm SHA256 .\android-studio-2022.1.1.21-windows.zip | Format-List跑完后会输出一串 64 位十六进制字符串你需要拿它跟官方页面或你信任的内网源上记录的 SHA-256 值比对。注意比对时要看完整串不要只看前几位也不要只看文件名。我踩过一次文件名一模一样但哈希对不上后来发现是某个第三方下载站自己重新压了一遍里面塞了推广链接这包装完 IDE 设置全部被改掉。2.3 命令行校验哈希Windows 下的 PowerShell 做法如果你管理多台机器手动打开属性看哈希效率太低。写一个 PowerShell 脚本批量校验更现实$expected 这里是官方SHA256 $actual (Get-FileHash -Algorithm SHA256 .\android-studio-2022.1.1.21-windows.zip).Hash.ToLower() if ($actual -eq $expected.ToLower()) { Write-Host 校验通过 -ForegroundColor Green } else { Write-Host 校验失败文件被篡改或损坏 -ForegroundColor Red }逻辑说明Get-FileHash是 PowerShell 5.0 起就有的 cmdlet-Algorithm SHA256指定算法返回对象的Hash属性才是一长串校验值。ToLower()是为了防止大小写不一致导致误判。整个脚本放在check.ps1里在 PowerShell 中执行时要先确认执行策略否则会报“因为在此系统上禁止运行脚本”。参数说明把$expected换成你从官方渠道拿到的值。如果校验结果不一致检查是不是下到了旧版或者被代理缓存污染。别抱着“能用就行”的心态跳过这步解压时报错的成本比多花 30 秒高得多。3. 解压安装与首次启动把 Android Studio 2022.1.1.21 跑起来3.1 解压路径、磁盘空间与 JDK 依赖zip 包解开后大概 2.5 GB 左右未含 SDK。我建议解压到不含中文和空格的路径比如D:\DevTools\android-studio而不是默认的C:\Program Files。原因很现实这个版本对路径里的空格处理时好时坏gradle.bat在某些情况下会把路径截断中文字符路径则可能让 C 编译任务找不到 ndk-build。别抬杠说自己中文路径没问题等你换一台机器就是玄学了。解压用 Windows 自带的资源管理器就能做但文件多容易中途假死。我一般用 7-Zip 或者tar命令tar -xf android-studio-2022.1.1.21-windows.zip -C D:\DevTools\参数说明-xf表示解压文件-C指定解压目标目录。注意这里用的是 Windows 10 自带的 BSD tar和 Linux 下的 tar 用法一致支持 zip 格式。如果你没有 tar直接用 7-Zip 也行。解压完成后进入目录检查一下是不是有bin\studio64.exe和jbr\bin\java.exe。jbr目录就是 JetBrains Runtime这个版本内置 JDK 11所以除非你要单独跑 Gradle 守护进程不然系统里不装 JDK 也能启动 Android Studio。但如果你系统里装了多个 JDK启动脚本studio64.exe会自动寻找JAVA_HOME可能导致版本错乱。我一般会先把JAVA_HOME指到 Android Studio 内置的jbr目录或者干脆在当前用户环境变量里临时指向它避免 IDE 启动时去加载别的 JDK。3.2 首次启动向导SDK 目录、命令行工具与代理设置第一次双击studio64.exe会进入 Setup Wizard。这个向导会问你是不是要导入旧设置。我的建议是选“Do not import settings”尤其是从新版降级到这个版本的用户——旧版 IDE 的配置目录结构完全不同硬导入会造成插件加载失败界面出现一堆红色报错。向导接下来会让你设置 SDK 位置。默认位置是%USERPROFILE%\AppData\Local\Android\Sdk。如果你不想让用户目录越来越肥可以像我一样改成D:\Android\Sdk。这个路径之后写进项目的local.properties所有项目共用省事。注意目录名同样别带空格别问我为什么问就是 Gradle 又翻车。Command-line tools这一项建议勾上。如果不装你在 PowerShell 里敲sdkmanager、avdmanager就会提示找不到命令。命令行工具是后期做自动化的基础后面第 6 章会用到。首次启动如果网络不快SDK 组件下载会非常磨人建议在向导的 HTTP Proxy 设置里配好你的内网代理地址或者提前把 SDK 压缩包放到本地。这个版本的向导不提供“离线安装 SDK 组件”的选项只能靠工具下载但你可以在下一个界面直接点取消然后手动用 sdkmanager 装反而更快。3.3 验证安装打一条 hello world 的最小命令跑通向导以后先不急着建项目。我习惯先把环境变量验证一遍避免后面报错时不知道是哪里问题。打开一个新的 PowerShell 窗口依次执行java -version adb version sdkmanager --version逻辑说明java -version检查当前默认 JDK。如果输出显示openjdk version 11.0.15且来自 jbr那就对了。adb version验证平台工具是否在 PATH如果找不到说明你还没把D:\Android\Sdk\platform-tools加进 PATH。sdkmanager --version验证命令行工具安装成功如果提示无法识别的命令行参数多数是版本太旧或cmdline-tools目录结构不对。参数说明如果你发现java指向了系统的其他 JDK可以在 PowerShell 里临时设置$env:JAVA_HOME D:\DevTools\android-studio\jbr再执行java -version。但临时设置只在当前窗口生效要长期固定去 Windows 设置里改用户环境变量。验证完这些新建一个空 Activity 项目等 Gradle 同步。第一次同步要下载 Gradle 发行版和依赖慢的话半小时起步别以为是死机。4. 项目配置与构建参数让老项目在这个版本里不翻车4.1 AGP、Gradle、JDK 的三角对应关系Android Studio 2022.1.1.21 默认配套的 Android Gradle PluginAGP是 7.2.x对应的 Gradle 版本至少是 7.3.3JDK 是 11。这不是随便配的AGP 7.2 内部用了不少 Java 11 的 API如果你把 Gradle 切到 7.0构建时会直接报Unsupported class file major version。老项目常见的组合是 AGP 4.2.2 Gradle 6.7.1 JDK 8把它直接放到这个版本里会立刻翻车。我的建议是如果是维护老项目先别急着升 AGP你可以用 IDE 里的 “Gradle JDK” 设置把 Gradle 运行时的 JDK 指到内置的 jbr 11但 AGP 保持 4.2.2。注意 AGP 4.2.2 在 JDK 11 下跑是没问题的只是 Gradle 版本得跟着 AGP 走。具体对照关系可以简单记AGP 7.2 配 Gradle 7.3.3、JDK 11AGP 7.0 配 Gradle 7.0、JDK 11AGP 4.2 配 Gradle 6.7.1、JDK 8 或 11。别去背整个矩阵只需要在gradle-wrapper.properties里确认distributionUrl并在File - Settings - Build Tools - Gradle里选对 Gradle JDK 就够。4.2 gradle.properties 的 5 个建议参数构建卡顿、内存溢出、Kotlin 编译没反应多半是仓库根目录的gradle.properties配置不对。我一般对 Windows 这个版本至少配下面几项org.gradle.jvmargs-Xmx4g -Dfile.encodingUTF-8 org.gradle.daemontrue org.gradle.paralleltrue org.gradle.cachingtrue android.useAndroidXtrue android.enableJetifiertrue逻辑说明-Xmx4g是把 Gradle 守护进程的堆内存设成 4 GB。如果你的机器只有 8 GB 物理内存4g 是保守的如果项目大改 6g 也行但别超过物理内存的一半否则 IDE 自己就转不动了。org.gradle.daemontrue让 Gradle 在后台常驻下次构建不用重新启动 JVM省好几秒。org.gradle.paralleltrue让多模块并行构建注意老项目如果模块间有非标准的依赖关系并行可能导致“Task :app:compileDebugKotlin 失败”这种随机问题。org.gradle.cachingtrue会缓存任务输出clean 之后重新构建会更快但缓存目录会占磁盘。android.useAndroidX和android.enableJetifier是迁移到 AndroidX 的开关新项目直接开老项目如果还在用 support 库改成 false 并配合 jetifier 处理。参数说明-Dfile.encodingUTF-8尤其重要Windows 默认编码是 GBK项目里如果有中文资源注释Gradle 的 Java 编译任务偶发“非法字符”错误就是编码不一致。加上这个参数后很多玄学乱码问题直接消失。4.3 用 local.properties 固定 SDK 路径每个项目根目录下都有local.properties这个文件不应该提交到 Git。它的作用只有一个告诉 Gradle 你的 SDK 在哪里。如果多人协作或换机器这文件经常被 IDE 自动改坏导致报错“SDK location not found. Define a valid location with an ANDROID_HOME environment variable or by setting the sdk.dir”。这时候直接手动写sdk.dirD:\\Android\\Sdk逻辑说明sdk.dir的值是 SDK 路径注意在properties文件里反斜杠需要转义写成D:\\Android\\Sdk或者用正斜杠D:/Android/Sdk也行。我习惯用正斜杠省得转义。这段路径必须跟 IDE 设置里的 SDK Location 一致。如果机器上同时装了 Android Studio 的多个版本这个文件就是唯一的真相来源别依赖ANDROID_HOME环境变量——它在这个版本上时灵时不灵我已经不指望它了。5. Windows 上的常见安装与构建避坑现象、原因、解决5.1 双击 studio64.exe 没反应但进程里能看到它在后台现象双击图标转圈一下然后什么都没发生。打开任务管理器能看到studio64.exe在跑但等一分钟还是没有窗口。原因这个版本在 Windows 上偶尔会因为jbr目录的 DLL 加载失败或者已有旧进程残留而静默退出。最常见的是之前某个版本的 IDE 实例没退出锁住了配置目录新实例起不来。另一个常见原因是studio64.exe.vmoptions里的-Xmx设得太大内存不够直接启动崩溃。解决先到任务管理器里结束所有java.exe和studio64.exe然后到%USERPROFILE%\.AndroidStudio2022.1目录下把system子目录里的log后缀文件打开看最后几行。如果是Failed to create JVM就去bin\studio64.exe.vmoptions把-Xmx从 2048m 改成 1024m 再试。如果是端口冲突看下一节。5.2 提示 “Unable to detect Java SDK version” 或 “JDK not found”现象启动向导能过但建项目时直接弹出这个错Gradle 同步完全没法跑。原因这个版本虽然内置 jbr但 Gradle 默认使用系统JAVA_HOME指向的 JDK。如果你的JAVA_HOME指向了 JDK 17 或者根本没有设置AGP 7.2 就拒绝工作。我见过有人把 JDK 17 的JAVA_HOME配上结果 Gradle 跑起来直接抛Unsupported major.minor version 61.0因为 Gradle 7.3 自己的启动脚本用的字节码版本上限是 Java 11。解决在File - Settings - Build, Execution, Deployment - Build Tools - Gradle里把Gradle JDK选成jbr-11具体名字可能是11.0.15...。同时到系统环境变量里把JAVA_HOME改成D:\DevTools\android-studio\jbr然后重启 IDE 和所有 Gradle 守护进程。如果已经启动了 daemon在 PowerShell 里执行gradle --stop把所有后台进程干掉否则旧 JDK 还是会被复用。5.3 Gradle 同步失败一直卡在 Downloading distribution现象同步界面进度条不走日志显示Downloading https://services.gradle.org/distributions/gradle-7.3.3-bin.zip然后超时。原因公司在局域网内访问 Gradle 官方分发服务器不稳定。更隐蔽的原因是 Windows 防火墙或运营商 DNS 把services.gradle.org的某个 CDN 节点解析到了慢速地址。解决别指望设置代理就万事大吉。我一般先在gradle-wrapper.properties里把distributionUrl改成国内镜像地址。先下载好gradle-7.3.3-bin.zip放到本地目录然后改成本地文件协议distributionUrlfile\:///D:/DevTools/gradle/gradle-7.3.3-bin.zip逻辑说明file\:///是file:///在 properties 文件里的转义写法D 盘路径用正斜杠。这样 Gradle Wrapper 直接读本地 zip省去下载。参数说明如果你用镜像建议同时改distributionUrl里的域名但要保证镜像的 zip 哈希和官方一致否则 Wrapper 会提示校验失败。这个版本的 Wrapper 默认会校验 SHA-256本地文件也一样。5.4 模拟器在 AMD 电脑上启动极慢或提示 HAXM 无法安装现象点运行模拟器起来要五分钟或者直接报emulator: ERROR: x86_64 emulation currently requires hardware acceleration!。原因Intel 的 HAXM 从 Android Studio 2021 开始就被弃用了这个版本引入的是 Windows Hypervisor PlatformWHPX或 AEHD。AMD 老主板没有开启 SVM或者 BIOS 里的虚拟化设置没开导致模拟器检测不到硬件加速。解决先确认 BIOS 里 SVM 已启用。然后在 SDK Manager 里安装Android Emulator hypervisor driverAEHD装完重启电脑。如果用的是 AMD别勾选 HAXM 组件它根本不支持。命令行验证加速状态emulator-check accel输出HAXM is not installed不代表有问题只要出现WHPX is installed and usable或者AEHD: installed就说明加速工作正常。如果显示“not usable”按提示去 Windows 功能里打开 Hyper-V 或 Windows Hypervisor Platform然后重启再试。5.5 杀毒软件把 SDK 工具当病毒隔离现象装完 SDK 第二天adb.exe消失了或者studio64.exe启动时提示模块缺失。原因Windows Defender 或第三方杀毒软件会把adb.exe、lldb等工具识别为“PUA”或“风险软件”自动隔离。特别是从非官方渠道解的包签名信息不完整更容易被杀。解决在 Windows 安全中心的“排除项”里把D:\DevTools\android-studio和D:\Android\Sdk加进去。加完最好手动到“隔离的项目”里恢复被删的文件。这种问题没有一劳永逸的办法每次重装系统后都得重新加白名单。反过来说如果你下载的包经常被杀毒软件报毒也该回头验一下 SHA-256说不定真的拿到了修改版。6. 进阶用法把 2022.1.1.21 调教成低配电脑的“轻量 IDE”6.1 关闭没用的插件和索引省内存老电脑装这个版本默认会启用 Kotlin、JavaScript、Flutter 等一堆插件。系统卡顿的根源往往不是 IDE 本身而是后台在跑indexing和sync。到File - Settings - Plugins里把用不上的插件禁用不写前端就把 JavaScript 相关的禁用不写 Flutter 就禁掉 Flutter 和 Dart。然后到File - Settings - Appearance Behavior - System Settings - Memory Settings把 IDE heap 调到 1024 MB再把Shared build process heap size调到 512 MB。做完这些打开大项目时的转圈明显变短。注意这个版本有个毛病禁用插件后如果 id 缓存残留启动会报警告只要去%USERPROFILE%\.AndroidStudio2022.1\config\disabled_plugins.txt确认禁用列表就行。6.2 用命令行直接构建不开 IDE 也能出包命令行构建是这个版本最被低估的功能。很多项目在 IDE 里点运行没事一到 CI 就挂因为你没把命令行环境理清。在这个版本中Android Studio 自带的 JBR 已经包含了 Gradle 运行环境你完全可以在 PowerShell 里直接构建 release 包而不需要启动 IDE 的图形界面$env:JAVA_HOME D:\DevTools\android-studio\jbr $env:ANDROID_HOME D:\Android\Sdk Set-Location D:\Work\MyApp .\gradlew.bat assembleRelease --no-daemon逻辑说明三行都是环境准备。JAVA_HOME指到 jbr确保 Gradle 不会去系统里乱找 JDKANDROID_HOME指到 SDK让 AGP 不再依赖 local.properties--no-daemon是单次运行的推荐参数避免 CI 结束后守护进程一直占用磁盘和端口。参数说明如果你需要同时构建多种变体可以增加-PmyParamvalue来传自定义参数如果只想构建 debug把assembleRelease换成assembleDebug。注意结束时如果看到构建成功但 apk 文件在app\build\outputs\apk\release\下就对了。6.3 离线构建把 Gradle 和依赖缓存搬过去Windows 上最磨人的事就是每次换机器都重新下载依赖。这个版本支持完全离线构建前提是你把缓存目录一并迁移。Gradle 的依赖缓存默认在%USERPROFILE%\.gradle\caches里面有它下载过的所有 jar 和 aar。如果你用自己的电脑构建过一遍项目把整个.gradle文件夹拷到另一台机器并保持路径一致比如用户目录名都是Administrator那台机器上再跑gradlew.bat assembleDebug几乎不会再走网络。操作时注意两点第一.gradle文件夹拷完要核对wrapper\dists目录里是否包含对应 Gradle 版本的 zip 解压内容否则 Wrapper 会重新下载发行版。第二SDK 目录也建议整拷但必须包含platforms和build-tools里的所有版本只拷platform-tools是不够的AGP 需要按compileSdkVersion找特定平台版本。离线构建验证方法很简单拔掉网线或断开 WiFi然后执行构建如果能在前 10 秒内让 Gradle 进入任务执行阶段就说明核心依赖没缺。这套方法我在内网环境用了很多次算是这个版本给 Windows 用户最大的福利之一。像这种老版本工具链我的习惯是永远保留一个android-studio-2022.1.1.21-windows.zip在本地磁盘同时留一份 SHA-256 校验值。不是因为新版本不好而是总有项目会因为历史债务被绑在某个 AGP 版本上。当你被一个诡异的构建错误折磨半天时回到这个既有插件兼容性、又还没被新版本 UI 折腾疯的发行版反而最省心。希望今天的这些安装、配置和避坑步骤能帮你在 Windows 上直接跑通省掉我在那些版本变更里浪费的晚上。本文还有配套的精品资源点击获取