企业官网建设流程全解析

简介：这是一份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 11，Gradle 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 Runtime（JBR 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 Plugin（AGP）是 7.2.x，对应的 Gradle 版本至少是 7.3.3，JDK 是 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 11；AGP 7.0 配 Gradle 7.0+、JDK 11；AGP 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.encoding=UTF-8 org.gradle.daemon=true org.gradle.parallel=true org.gradle.caching=true android.useAndroidX=true android.enableJetifier=true

逻辑说明：-Xmx4g是把 Gradle 守护进程的堆内存设成 4 GB。如果你的机器只有 8 GB 物理内存，4g 是保守的；如果项目大，改 6g 也行，但别超过物理内存的一半，否则 IDE 自己就转不动了。org.gradle.daemon=true让 Gradle 在后台常驻，下次构建不用重新启动 JVM，省好几秒。org.gradle.parallel=true让多模块并行构建，注意老项目如果模块间有非标准的依赖关系，并行可能导致“Task :app:compileDebugKotlin 失败”这种随机问题。org.gradle.caching=true会缓存任务输出，clean 之后重新构建会更快，但缓存目录会占磁盘。android.useAndroidX和android.enableJetifier是迁移到 AndroidX 的开关，新项目直接开；老项目如果还在用 support 库，改成 false 并配合 jetifier 处理。

参数说明：-Dfile.encoding=UTF-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.dir=D:\\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放到本地目录，然后改成本地文件协议：

distributionUrl=file\:///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 Platform（WHPX）或 AEHD。AMD 老主板没有开启 SVM，或者 BIOS 里的虚拟化设置没开，导致模拟器检测不到硬件加速。

解决：先确认 BIOS 里 SVM 已启用。然后在 SDK Manager 里安装Android Emulator hypervisor driver（AEHD），装完重启电脑。如果用的是 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 不会去系统里乱找 JDK；ANDROID_HOME指到 SDK，让 AGP 不再依赖 local.properties；--no-daemon是单次运行的推荐参数，避免 CI 结束后守护进程一直占用磁盘和端口。参数说明：如果你需要同时构建多种变体，可以增加-PmyParam=value来传自定义参数；如果只想构建 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 上直接跑通，省掉我在那些版本变更里浪费的晚上。

本文还有配套的精品资源，点击获取