简介这款适用于六十四位Windows系统的安卓开发工具是Android Studio发布序列中的四点三版本对应代号Arctic Fox的稳定构建它在四点二点二版本之后推出主要服务于需要在新环境下安装或升级安卓IDE的开发者尤其适合系统重装、新机配置或团队统一工具版本等场景。安装包采用压缩包形式整体大小约九百二十二点七四兆字节虽然文件数量及类型明细未提供但不影响直接部署和使用。目前已有两千一百一十人学习浏览属于当时较新的官方发布版本。工具本身集成了项目管理、代码编辑、界面布局预览、模拟器与调试器并拥有构建脚本和插件机制能够支持从创建工程到打包上线的完整流程对于希望获得一致开发环境、减少手动配置成本的个人或组织而言这份资源可作为基础IDE安装包为安卓应用开发与持续维护提供稳定起点。1. 为什么 2020.3.1.25 这个版本还没退役兼容性比新特性更值钱做 Android 的老工程师手上大概率都留着一个 android-studio-2020.3.1.25 的安装包这不算怀旧而是被新版逼回来的后悔药。Android Studio 4.3 for Windows 这个版本内部编号 2020.3.1.25刚好处在 Gradle 与 AGP 换代的门槛前它既能接住 2018 年前后的老工程也能在 Windows 10/11 上正常跑资源占用还远低于当前版本。这篇文章按 Windows 平台动手顺序把 JDK 规划、SDK 目录、首次启动、Gradle 同步、模拟器兼容拆开讲适合老项目维护者、低配笔记本用户以及被新版高占用劝退的开发者。下面所有操作都以这个具体版本为准命令和参数都来自 Windows 10/11 x64 环境照着做基本能一次过。2. 安装前先把三件事定下来JDK 版本、SDK 目录与环境变量2.1 先分清 JDK 8 与 JDK 11这个版本吃哪一套Android Studio 4.3 默认自带一套 JetBrains Runtime基于 JDK 11所以 IDE 本身不依赖系统 JDK。但 Gradle 构建进程是独立的老项目里 build.gradle 的 sourceCompatibility 往往还是 1.8Gradle 版本也停留在 6.x 或 7.x。这时候如果系统的 JAVA_HOME 指向 JDK 8IDE 启动没问题一跑 Gradle Sync 就报错指向 JDK 11老项目的 Java 8 语法又可能被编译器误判。最稳的做法是两套 JDK 都装按项目切换。以 Windows 10 x64 为例我一般在 D:\Java 下装 jdk1.8.0_202 和 jdk-11.0.18系统 JAVA_HOME 指向 JDK 11老项目需要时再临时切回 JDK 8。切换命令建议用 PowerShell 执行避免 cmd 里环境变量只对当前窗口生效的坑# 切换到 JDK 11Android Studio 4.3 默认构建环境 $env:JAVA_HOME D:\Java\jdk-11.0.18 $env:Path $env:JAVA_HOME\bin;$env:Path # 验证当前版本必须显示 11.x java -version# 切换到 JDK 8维护老工程时使用 $env:JAVA_HOME D:\Java\jdk1.8.0_202 $env:Path $env:JAVA_HOME\bin;$env:Path javac -version第一次切完建议把当前窗口关掉重开不要太信任 PATH 执行顺序。这里有个判断标准Android Studio 4.3 的 File Settings Build, Execution, Deployment Build Tools Gradle 里能单独指定 Gradle JDK但如果报错信息里出现 “Unsupported class file major version 55”说明 IDE 用的是 11 但 Gradle 进程用了 8之后把系统 JAVA_HOME 切到 11再回到 Settings 里点一次 Gradle JVM 下拉框重新选即可。为什么要这么折腾因为 IDE 的 JBR 只服务界面本身Gradle 守护进程是独立 JVM。你在 IDE 里看到构建用的是哪个 JDK只由 Gradle JVM 下拉框决定系统 JAVA_HOME 影响的是 gradlew.bat 和命令行构建。两套 JDK 切换时最容易忽略的是 gradlew.bat 缓存了老的 JAVA_HOME切完必须关掉所有 daemongradlew --stop否则新 JDK 不生效。这个坑我第一次切 JDK 时踩过后来形成习惯切完先 --stop 再同步工程。2.2 SDK 目录规划为什么别装进 Program Files第二个坑是默认安装路径。很多新手的 Windows 机器把 Android Studio 和 Android SDK 都放在 C:\Program Files\Android 下表面看着整齐实际会踩三个坑Program Files 目录默认带 ACL 权限限制sdkmanager 写临时文件时会报 Permission denied路径里的空格会让老的 Ant 脚本和某些第三方 SDK 工具解析失败C 盘空间不足时整个 SDK 会拖垮系统盘。我一般单独划一个 D:\Android\SDK 作为 SDK 根目录里面直接就是 platforms、build-tools、platform-tools 这些子目录不要再多套一层带版本号的父目录。这样 ANDROID_HOME 指向明确也方便以后用 sdkmanager 增量更新。设置环境变量时用下面的命令# 设置 SDK 根目录注意变量名有下划线区分 ANDROID_SDK_ROOT [Environment]::SetEnvironmentVariable(ANDROID_HOME, D:\Android\SDK, User) [Environment]::SetEnvironmentVariable(ANDROID_SDK_ROOT, D:\Android\SDK, User) # 把 platform-tools 加进 Path供 adb 全局调用 $currentPath [Environment]::GetEnvironmentVariable(Path, User) [Environment]::SetEnvironmentVariable(Path, $currentPath;D:\Android\SDK\platform-tools, User)注意这里只设置了当前用户的变量不需要管理员权限也避免污染系统级 PATH。设置完成后注销重进一次让 explorer 进程刷新环境变量否则新开的终端可能拿不到值。这个目录后续放模拟器的系统镜像时也会自动归到 D:\Android\SDK\system-images不用手工再改 AVD 路径。还要建议把 Gradle 用户目录也重定向走否则每次构建都会往 C:\Users\你的名字.gradle 里写缓存几个项目下来就是几十 GB。在 PowerShell 里执行下面命令把 Gradle 缓存挪到 D 盘[Environment]::SetEnvironmentVariable(GRADLE_USER_HOME, D:\Android\gradle-home, User)同理模拟器 AVD 也建议挪走。Windows 上 AVD 默认放在 C:\Users\你的名字.android\avd体积大且难清理。可以新建 D:\Android\avd然后设置环境变量 ANDROID_AVD_HOME 指向它再重新启动模拟器管理界面已有的 AVD 在下次启动时会重新绑定新路径。2.3 环境变量清单JAVA_HOME、ANDROID_HOME 与 ANDROID_SDK_ROOT 的分工不少工程是从 Linux 开发机转过来的容易把变量名搞混。这里列一张分工表装机前逐项核对变量名建议值作用JAVA_HOMED:\Java\jdk-11.0.18Gradle 与 JVM 类工具查找 JDK 的主入口ANDROID_HOMED:\Android\SDK老版本 AGP 与第三方插件读取 SDK 路径ANDROID_SDK_ROOTD:\Android\SDK新版本 AGP4.x 之后优先读取的变量Path 追加项D:\Android\SDK\platform-tools; D:\Android\SDK\cmdline-tools\latest\bin提供 adb、sdkmanager 命令老版本 AGP 3.x 只认 ANDROID_HOME新 AGP 7.x 优先认 ANDROID_SDK_ROOT所以这两个变量最好都设置成同一个目录不要一个指 C 盘一个指 D 盘。cmdline-tools 的路径要注意Android Studio 4.3 首次会要求你安装 cmdline-tools装完放在 SDK 根目录下的 cmdline-tools\latest\bin而不是 cmdline-tools\bin这个细节很容易被网上旧教程误导导致 sdkmanager 命令怎么也找不到。设置完用Get-ChildItem Env:ANDROID*核一遍确认两个变量都指向同一路径。如果发现 cmdline-tools 装到了奇怪位置最简单的处理是找到它实际所在目录把它复制到 D:\Android\SDK\cmdline-tools\latest 下。有一些安装器会把目录生成成 cmdline-tools;这种带分号的畸形目录名会在解析时报错直接删掉重放一份标准的 latest 目录即可。3. Windows 上装到能同步工程安装步骤与首次 Gradle Sync 的最小流程3.1 安装包下载与勾选项哪些组件可以不选安装包是标准的 exe 安装器android-studio-2020.3.1.25 在 Windows 上的安装过程和其他 4.x 版本一致双击后选安装位置这里建议不要装在默认的 Program Files 下直接指到 D:\Android\Studio避免碰到 2.2 节说的权限问题。进入组件勾选页时除非你确定要开发 Wear OS 或 TV 应用否则 “Android Virtual Device” 和 “Android SDK” 这两个附赠项可以先不勾等 IDE 首次启动时按需安装。不勾的另一个原因是这个版本的模拟器系统镜像默认放在 C 盘用户目录装完再改 AVD 路径比较麻烦。如果只做真机调试或用云真机模拟器组件跳过更省事。安装完成后先打开一次 IDE让它生成初始配置目录然后关闭再去看 C:\Users用户名\AppData\Local\Google\AndroidStudio2020.3 里的日志确认没有 JVM 报错。这一步能提前暴露 64 位 Java 与操作系统位数不匹配的问题避免后面开了项目才发现。如果需要在多台 Windows 机器上批量部署可以用静默安装参数android-studio-2020.3.1.25.exe /S需要自定义路径时追加/DD:\Android\Studio。注意静默安装不会创建桌面快捷方式需要自己从 bin 目录生成。安装日志默认写到 %TEMP%\androidstudio_install.log装完打开看一眼确认没有任何 “Failed to extract files” 之类的记录。3.2 首次启动的两处设置界面中文与 SDK 路径第一次启动 Android Studio 4.3 会引导你选择 SDK 位置这个窗口如果点错了后面改起来很麻烦。强烈建议路径选 D:\Android\SDK不要选它自动带的默认值。如果你已经装过 SDK就点 “Use existing SDK” 并选中该目录没有就让它下载同时把 2.3 节的 cmdline-tools 先装好。下载过程在国内网络环境下可能很慢建议先到镜像站把 platforms;android-30 和 build-tools;30.0.3 手动下载放到对应目录再启动 IDE 让向导只做关联。界面语言想换成中文不需要重新装语言包进入 File Settings在 Appearance Behavior System Settings Language and Region 里把 Language 切换为 “中文简体”应用后重启即可。注意 4.3 这个版本的语言切换只改 IDE 界面菜单里的 Gradle、SDK Manager 这类专有名词保持英文这是正常现象。设置完成后创建或导入工程File Sync Project with Gradle Files第一次同步会创建 .gradle 和 .idea 目录这时候别急着写代码先确认左下角 Build 面板没有红色报错。提示语言设置只影响 IDE 界面不会动构建脚本、Java 代码的编码或 Gradle 输出信息。老项目如果用了 GBK 编码的注释换不换中文界面都不会改变这种行为。3.3 用 sdkmanager 与 adb 确认环境可用图形界面一切正常不代表命令行工具链就位用 sdkmanager 做一次 checklist 是装机后最快的地毯式检查。在 PowerShell 里先执行版本命令确认 cmdline-tools 路径正确# 列出当前已安装的 SDK 组件确认 platforms/build-tools 都在 sdkmanager --list # 安装缺失的常用组件版本号按你的 targetSdk 决定 sdkmanager platforms;android-30 build-tools;30.0.3 # 接受所有许可证否则后续 Gradle 构建会卡在 license 校验 yes | sdkmanager --licensessdkmanager 默认扫全部可装组件输出很长建议用sdkmanager --list_installed只看已装内容。然后是 adb数据线连上真机后执行adb devices如果设备状态是 unauthorized去手机上的开发者选项里重新授权如果是 offline换一条能传数据的线。最后打开一个老项目观察 Gradle Sync 是否在 20 分钟以内完成。超过这个时间基本可以断定网络或 JDK 配置有问题不用再等。这里还要提一个新手误用Gradle wrapper 与本地 Gradle 是两回事。第一次同步时 Gradle 会按 gradle-wrapper.properties 里的 distributionUrl 下载指定版本的 Gradle如果你想用本地已装的 Gradle 提速命令行里要显式指定gradle wrapper并重新生成 wrapper 文件而不是只在 IDE 的 Gradle 设置里改目录。这个版本对 wrapper 的校验比较严格distributionUrl 指向不存在的版本会直接抛 FileNotFoundException日志里看到这个异常时先检查 wrapper 文件别急着重装 IDE。4. 避坑手册2020.3.1 在 Windows 上最常见的 5 个翻车场景4.1 资源重复错误模块被索引了两次现象构建到 mergeDebugResources 阶段报 Duplicate resources错误里能看到 drawable 或 values 目录下的同名文件往往同一个文件在 res 和 assets 下都存在或一个 module 被同时加入 settings.gradle 的 include 和 build.gradle 的 dependencies。原因这个版本对 resource 的索引比 3.x 更严格老项目迁移时容易把 library module 同时写进 include 和 implementation project 引用里或复制文件时没清理旧副本。解决先执行gradlew :app:dependencies --configuration debugRuntimeClasspath查看依赖树确认 module 只出现一次然后到 res 目录删掉多余文件不要两个目录都留同名资源。改动后执行 Build Clean Project 再重新构建。这个错误在新版本里同样存在但 4.3 的报错信息不会直接告诉你重复源文件名字需要自己 grep非常花时间。4.2 首次下载卡住与国内镜像配置现象Gradle Sync 卡在 “Download https://dl.google.com/...” 或 “Could not resolve com.android.tools.build:gradle:7.0.0”进度条很久不动最后报 Connect timed out。原因构建脚本里默认的 google() 和 mavenCentral() 仓库在部分网络环境下面向国内直连不稳定这是网络链路问题不是版本问题。解决在根目录 build.gradle 里把仓库换成国内镜像源优先用阿里云与腾讯云的 Maven 镜像按下面的写法调整顺序buildscript { repositories { maven { url https://maven.aliyun.com/repository/google } maven { url https://maven.aliyun.com/repository/public } maven { url https://mirrors.cloud.tencent.com/nexus/repository/maven-public/ } google() mavenCentral() } dependencies { // 以项目原配置为准这里只是给 2020.3.1 一个参考坐标 classpath com.android.tools.build:gradle:7.0.0 } }注意 classpath 里的 AGP 版本要配合项目实际需要。如果你是导入老工程原本锁的是低版本 AGP不要顺手升级先保持原版本跑通再决定是否升级。镜像配置只影响依赖下载不影响构建产物换源后记得同步一次让 Gradle 重新拉取。另一个容易踩的坑是换完源又马上 Clean Project结果把已经下好的依赖缓存全清掉二次下载还是走旧仓库。正确顺序是先 Sync确认依赖树刷新成功再 Clean。4.3 Gradle 同步报 Unsupported class file major version现象同步阶段报 “Unsupported class file major version 55” 或 “Could not initialize class org.codehaus.groovy...” 之类的错误IDE 的 Build 面板显示一堆 Java 类的加载失败。原因Gradle 守护进程跑在 JDK 8 上但当前构建脚本要求 JDK 11。老项目升级时AGP 版本已经变新但 Gradle wrapper 也升到了新版本这种情况下系统 JAVA_HOME 可能还是旧 JDK。解决先确认当前的 Gradle 版本gradlew --version会输出 JVM 信息看有没有 “JVM: 11.0” 字样。如果不是回到 2.1 节切 JDK 11再打开 File Settings Build Tools Gradle把 Gradle JVM 下拉手动选成 jdk-11.0.18。这里有同事踩过的坑只改了 IDE 里的 Gradle JVM但 gradlew.bat 会读取系统 JAVA_HOME两边不一致导致命令行构建和 IDE 构建结果完全不同。所以系统 JAVA_HOME 和 IDE 设置必须同步改一个都不能省。4.4 双击图标没反应vmoptions 与残留配置现象点击桌面快捷方式或 studio64.exe鼠标转两圈就没了进程列表里找不到 Android Studio有些机器上是第一次能启动关掉再开就没反应还有一种是双击后直接弹 “此应用无法在你的电脑上运行”。原因这块是典型的“玄学”重灾区常见有几种vmoptions 里 -Xmx 被改得过大超过物理内存一半用户目录下残留的旧版本配置与 4.3 冲突显卡驱动与 JBR 渲染不兼容。解决先看 C:\Users用户名\AppData\Local\Google\AndroidStudio2020.3 下有没有 hs_err_pid*.log 这样的崩溃日志有就打开看第一行通常会指出是内存分配失败还是 native 库冲突。如果是内存编辑同目录下 studio64.exe.vmoptions把 -Xmx 降到 1024m如果是残留配置把 AndroidStudio2020.3 整个目录重命名备份重启 IDE 让它重新生成。最后再把快捷方式的目标改为 D:\Android\Studio\bin\studio64.exe避免之前的损坏快捷方式指向旧路径。4.5 模拟器与 Windows 虚拟化冲突HAXM 的加载失败现象创建 AVD 后点启动模拟器窗口弹一下就关闭命令行跑 avd 启动时提示 “emulator: ERROR: x86 emulation currently requires hardware acceleration” 或 “Intel HAXM is not installed on this machine”。原因Windows 10 上开启 Hyper-V 或内核隔离后HAXM 无法正常加载而 Android Studio 4.3 的推荐加速组件主要是 HAXMIntel CPUAMD CPU 或开启了 Hyper-V 的机器需要切换到 WHPX 或 Android Emulator Hypervisor Driver。解决优先确认虚拟化功能状态以管理员运行systeminfo看 Hyper-V 要求一行是不是 “已检测到虚拟机监控程序”。如果是开着的两个选择关掉 Hyper-V 换 HAXM或保留 Hyper-V 让模拟器走 WHPX。用bcdedit /set hypervisorlaunchtype off后重启进入 emulator-check 工具执行以下命令# 检测当前环境可用的虚拟化方案 D:\Android\SDK\emulator\emulator-check accel # 如果支持 WHPX启动模拟器时指定对应的加速器 emulator -avd test -accel whpx注意别在关 Hyper-V 时把 WSL 也一起关掉如果日常依赖 WSL建议保留 Hyper-V模拟器性能差一点但至少能跑。这个坑在 4.3 年代几乎每个 AMD 笔记本用户都遇到过。5. 装完先别急着开项目环境自检与两个调优点5.1 一条命令自检 JDK、SDK 与设备把下面的内容存成 check_env.ps1在 PowerShell 里运行就能依次输出本机真实环境# 环境自检JDK、SDK 变量、adb 位置与设备状态 java -version Write-Output ANDROID_HOME$env:ANDROID_HOME Write-Output ANDROID_SDK_ROOT$env:ANDROID_SDK_ROOT Get-Command adb, sdkmanager | Select-Object Name, Source adb devices运行后重点看两个地方ANDROID_HOME 与 ANDROID_SDK_ROOT 是否一致adb devices 是否出现设备序列号。以前我习惯依赖 IDE 的判断但 IDE 会自行修正错误路径反而掩盖了命令行工具链的问题等出 CI 再暴露就晚了。5.2 抽取方法与自定义 Live Template 两个提效点从老版本迁移到这个版本时最常问的是抽取方法快捷键Windows 下默认是 CtrlAltM如果和某些输入法冲突可以在 Settings Keymap 里搜 “Extract Method” 改掉。自定义组件模板则在 Settings Editor Live Templates 里加一个缩写比如输入 “rv” 展开成 RecyclerView 的初始化代码省去每次手写 LayoutManager。这个习惯能明显减少重复劳动尤其在维护老项目、需要频繁补 UI 模板时很值。5.3 老项目迁移后必查的三处配置导入旧工程后我一般按顺序查三处gradle/wrapper/gradle-wrapper.properties 里的 distributionUrl 版本build.gradle 里的 compileSdkVersion 是否高于已装 SDK根 build.gradle 的 buildToolsVersion 是否指向已安装目录。这三处不匹配时Sync 报的错往往不直接指向问题本身而是抛一个通用的 “Failed to find Build Tools revision”。这套自查流程是我从 3.6 一路升到 4.3 时反复验证的比等 IDE 主动提示省心得多希望帮到你。本文还有配套的精品资源点击获取