企业官网建设流程全解析

简介：Android Studio 4.2.2 for Windows 是谷歌官方为 Windows 平台推出的 Android 应用开发集成开发环境，适合从新手到高级工程师的各阶段开发者，用于完成界面设计、编码调试、构建测试与性能优化等日常开发工作。资源压缩包为 zip 格式，共包含 2711 个文件，大小约 934.65MB；其中以 jar（Java/Kotlin 核心库）、py（构建与辅助脚本）、json（配置与组件描述）、ttf/otf（字体资源）、png/webp/svg（图标与界面资源）、dll/exe（Windows 运行组件）、xml/layout（界面布局与清单）等类型为主，整体是 Android Studio 发行版标准目录结构。目前已有 6399 人浏览学习。解压后可直接获得完整 IDE 安装程序，并内置布局编辑器、Kotlin 支持、Jetpack 库集成、Gradle 插件、模拟器、Profiler 性能分析、代码检查与重构、Git 版本控制、JUnit5/Espresso 测试框架等关键能力；对希望快速搭建官方 Android 开发环境、免去多来源配置依赖的开发者来说，这份资源开箱即用，便于直接安装并开始项目开发与调试。

1. Android Studio 4.2.2 for Windows：一个稳定到值得固守的版本

如果你的电脑里已经装过三个版本的 Android Studio，大概率会理解为什么有人至今还在找 4.2.2。新版功能多，但吃内存、索引慢、Gradle 同步动不动卡十分钟。而 4.2.2 这个版本正好卡在 Jetpack Compose 还没强制普及、Gradle 还能用旧版配置、Windows 7 和 10 都能流畅跑的节点上。对老机器、老项目、刚入门的学生机和需要同时维护多个工程的人来说，它反而是最不容易翻车的选择。

这篇文章带着你把 Android Studio 4.2.2 在 Windows 上的完整落地路径走一遍：从下载安装到 SDK 与 JDK 配置，从 Gradle 构建到虚拟设备调试，再落到 Windows 环境下最常见的几个坑。目标是让你照着操作就能把环境跑起来，而不是被卡在某个报错里反复折腾。

2. 下载与安装：先把 Windows 环境的前置工作备齐

2.1 安装前的系统检查与 JDK 取舍

Android Studio 4.2.2 发布时对应的系统要求是 Windows 7/8/10 的 64 位版本，RAM 最低 8 GB，推荐 16 GB。这里有一个容易被忽略的细节：它自带了一个 JBR（JetBrains Runtime），基于 OpenJDK 11，所以即使你的机器上没有单独安装 JDK，Android Studio 也能启动并运行。但如果你要跑命令行构建工具（比如 gradlew、sdkmanager），就会遇到“找不到 Java 环境”的问题，因为命令行工具读取的是系统环境变量里的 JAVA_HOME。

我一般会在安装 Android Studio 之前先装一个独立的 JDK 11（不要装 JDK 17，4.2.2 的 Gradle 版本最高支持到 6.7.1，JDK 17 编译旧项目时会报 Unsupported class file major version 错误），同时把 JAVA_HOME 指向 JDK 11 的目录。安装路径建议放在纯英文目录下，比如D:\Dev\jdk-11，避免中文字符和空格带来的路径解析问题。

安装 Android Studio 本体时，默认会装到C:\Program Files\Android\Android Studio。如果你不想让 C 盘吃紧，可以在安装向导里改成自定义路径，但同样必须保证路径里没有中文和空格。安装到非默认路径后，studio64.exe的快捷方式会正常生成，但idea.properties文件里的一些默认路径（比如日志目录）仍然是相对于用户目录的，这块不用动。

2.2 安装步骤：从下载到首次启动不踩坑

下载 4.2.2 的安装包时，建议直接走 Android Studio 官网的 archive 页面（即官方历史版本列表），不要用第三方下载站。4.2.2 对应的 Windows 安装包是.exe格式，大约 1 GB 左右。下载完成后先校验文件完整性再运行，这一步很多人跳过，但实际遇到过安装包在下载中途损坏、安装到一半报错的情况。

# 用 certutil 校验安装包的 SHA-256 值（Windows 自带命令） certutil -hashfile "D:\Downloads\android-studio-2020.2.2.2.exe" SHA256 # 输出示例： # SHA256 hash of D:\Downloads\android-studio-2020.2.2.2.exe should match官方公布值

校验通过后双击运行安装程序。安装过程中的关键节点有两个：一个是组件选择界面，另一个是安装路径。组件里默认勾选了 Android Studio 和 Android SDK，我建议保持默认，不需要勾选 “Android Virtual Device”，因为 AVD 的镜像文件后面可以通过 SDK Manager 按需下载，避免一次性占用大量磁盘。

安装完成后首次启动，向导会问你是否要导入旧版本配置。如果你是从 4.1 或更早版本升级上来的，可以选导入；如果是全新安装，直接选 “Do not import settings”。首次启动的另一个关键问题是 SDK 路径——4.2.2 默认将 Android SDK 安装到%USERPROFILE%\AppData\Local\Android\Sdk。我习惯把它改到D:\Android\Sdk，因为 SDK 的 system-images、build-tools 体积会越来越大，放在 C 盘的系统盘早晚出事。切换路径直接在向导的 SDK Components Setup 页面里改就行，不用手动改配置。

2.3 SDK 组件与平台工具怎么选才不浪费磁盘

SDK 下载阶段是新手最容易茫然的地方。Android Studio 4.2.2 对应的推荐 SDK 版本是 Android 11（API 30），但你不一定需要把每个 API Level 都下载下来。实际开发中，只需要下载两样东西：你要编译的目标 API Level 的 platform，以及当前的 build-tools 版本。

SDK Platforms 选项卡下勾选： - Android 11.0 (API 30) —— 编目标版本 - Android 7.0 (API 24) —— 兼容低版本真机调试 SDK Tools 选项卡下勾选： - Android SDK Build-Tools 30.0.2 - Android SDK Command-line Tools (latest) - Intel x86 Emulator Accelerator (HAXM installer) —— Intel CPU 才需要

勾选注意项：如果你的 CPU 是 AMD，HAXM 装了也用不了，可以跳过；如果是 Intel 平台做模拟器调试，HAXM 或后面版本中的 AEHD 必须装，否则模拟器慢到怀疑人生。还有一个常被忽略的点是 “Android SDK Command-line Tools”，这个东西不装的话，4.2.2 的 SDK Manager 窗口里有些组件能看到但装不上，也会影响后期用命令行管理 SDK。

SDK 下载过程中如果遇到网络问题导致下载失败，Android Studio 右上角会弹出红色提示。此时不要反复点重试，先把C:\Users\你的用户名\.android下的cache.properties里缓存的临时文件清掉，再重新进入 SDK Manager 下载。这个缓存文件损坏是 SDK 下载反复失败的常见原因，症状是每次下载到一半报unknown host或connection reset。

3. 初始化配置：中文化、代理、内存与命令行工具

3.1 设置中文界面的三个步骤与背后的配置原理

Android Studio 4.2.2 默认界面是英文的，热词里也常有人搜“android studio怎么设置中文”。这里先给结论：4.2.2 本身不自带中文语言包，但可以通过安装中文语言包插件来实现。步骤是在欢迎页或主界面里打开 Settings，进入 Plugins，搜索 “Chinese (Simplified) Language Pack”，安装后重启即完成中文化。

不过要提醒的是，这个语言包只翻译 IDE 的界面元素（菜单、设置项、向导按钮），不翻译工程里编译报错的信息。你在 Build 窗口看到的还是 Gradle 输出的英文错误信息，那些信息来自 Gradle 工具链本身，跟 IDE 语言没关系。所以我建议新手不要过度依赖中文界面，因为去社区搜解决方案时，你看到的截图和关键词大部分还是英文的，两套术语对照反而增加理解成本。

如果你安装语言包后出现菜单错乱或按钮重叠，通常是因为 IDE 的版本和语言包版本不匹配。4.2.2 对应的是较早版本的语言包，在插件市场搜索结果里认准 Compatible 标签，不要装最新版。这个插件本质上是替换 IDE 的resources.jar里的 key-value 映射，新版插件针对新版 IDE 做适配，强行装到 4.2.2 上就会出现局部失效。

3.2 为 4.2.2 调整内存参数：studio.vmoptions 文件怎么改

Android Studio 底层的 JVM 默认只分配 1280 MB 堆内存。对 4.2.2 来说，这个值在打开稍大的工程时会频繁触发 GC，表现为打字卡顿、代码提示延迟、Gradle 同步时界面假死。调整方法是在 Help 菜单下选 “Edit Custom VM Options”，4.2.2 会为你创建并打开一个studio64.exe.vmoptions文件。

# studio64.exe.vmoptions —— 按需修改的关键参数 -Xms256m -Xmx4000m # 最大堆内存，物理内存 16G 以上推荐 4G -XX:MaxPermSize=512m # 老版本参数，4.2.2 已忽略但保留无妨 -XX:ReservedCodeCacheSize=512m -XX:+UseConcMarkSweepGC # 4.2.2 默认 CMS，不要手动改成 G1 -Dfile.encoding=UTF-8 # 解决 Windows 下中文文件名乱码问题

参数说明：-Xmx是最大堆内存，设多大取决于你的物理内存，我一般建议预留一半给系统和其他软件，比如 16 GB 内存就设 4000 MB，8 GB 内存就设 2048 MB。-Dfile.encoding=UTF-8这一项容易被忽略，但它能解决 Windows 默认 GBK 编码下 Kotlin/Java 文件里的中文注释或字符串编译后乱码的问题，也影响打 APK 时资源文件里的中文名处理。改完配置后需要完全重启 Android Studio 才生效，重启后可以在 Help 菜单的 “About” 页面看到实际生效的堆内存数值。

这里还有个玄学经验：很多人在 4.2.2 上关闭-XX:+UseConcMarkSweepGC换用 G1，结果项目构建速度反而下降。因为这条配置在 4.2.2 的 JBR 11 上是经过调试的默认策略，换了 G1 后级联触发的是 IDE 插件层面的卡顿。如果你没有明显的内存溢出问题，保持默认即可。

3.3 配置国内镜像加速依赖下载：Gradle 与 Maven 仓库设置

4.2.2 在国内环境下载依赖库慢是绕不过去的问题，解决方案是配置镜像仓库。常见做法有两种：全局配置与项目配置。全局配置会在用户目录的.gradle/init.gradle文件中设置所有项目共用镜像，项目配置则是在每个工程的build.gradle里逐个替换仓库地址。

// 项目级配置 —— 在 build.gradle 的 allprojects 块中替换仓库 allprojects { repositories { maven { url 'https://maven.aliyun.com/repository/public' } maven { url 'https://maven.aliyun.com/repository/google' } maven { url 'https://maven.aliyun.com/repository/gradle-plugin' } google() mavenCentral() } }

这段代码的位置在 Project 级别的build.gradle文件里，不是 Module 级别的。注意顺序：阿里云的镜像仓库要放在google()和mavenCentral()之前，因为 Gradle 按照声明顺序拉取依赖，前面的仓库有了就不会去后面找。但有一种场景需要注意，就是部分依赖（尤其是 Google 新发布的 Material 组件）在阿里云镜像上同步不及时，此时如果你把官方仓库删掉，就会报Could not find错误。所以保留google()在末尾作为兜底是稳妥的选择。

配置镜像后如果还是慢，要排查是不是 Gradle 下载本身的问题。4.2.2 自带 Gradle 6.7.1，首次同步时会先下载 Gradle 发行版，这一步的下载地址是services.gradle.org。可以在项目的gradle/wrapper/gradle-wrapper.properties文件里看到 distributionUrl，把其中下载地址改成腾讯云的 Gradle 镜像地址（https://mirrors.cloud.tencent.com/gradle/gradle-6.7.1-all.zip），能明显提速。改完这个文件后，需要重新打开工程触发同步。

4. 构建工程与导入项目：Gradle 版本、JDK 与多模块配置

4.1 新建项目时如何选择最低版本与空 Activity 模板

新建项目的向导里有两个选择会影响后续所有开发过程：Minimum SDK 的取值和模板类型。4.2.2 的模板已经带有Empty Views Activity和Empty Compose Activity两种选项。注意，如果你要在 4.2.2 里用 Compose，需要额外下载 Compose 编译器插件并启用buildFeatures.compose = true，这会让项目在构建时多拉取大量依赖，首次同步时间明显变长。如果只是想快速做原生 View 开发、或者机器配置一般，我建议选 Empty Views Activity，别选 Compose 模板。

Minimum SDK 的选择原则最好和你的测试设备挂钩。如果手上只有一台 Android 10（API 29）的真机，那 Minimum SDK 选 API 24 或更低没有意义，反而会增加 lint 检查的工作量。建议直接选 API 24（Android 7.0），这个档位覆盖了绝大多数主流应用的兼容底线，同时在 4.2.2 上编译低版本 targetSdk 的项目不会引入新版本特有的 API 检查报错。

新建项目后，第一次 Gradle 同步会自动下载对应版本的依赖。这里有一个 Windows 特有问题：如果工程路径下存在中文文件夹名（比如D:\我的代码\MyApp），Gradle 的某些任务会在文件编码处理上出错。常见报错是Unmappable character for encoding UTF-8或资源路径找不到，解决思路是把工程移到纯英文路径下。

4.2 导入旧项目到 4.2.2：Gradle 与 AGP 版本匹配的直接规则

把之前用 3.x 或 4.0 版本建的工程导入到 4.2.2 里，最常见的报错是Minimum supported Gradle version is 6.7.1或The Android Gradle plugin supports only Gradle 6.7.1. 这类问题背后的原因是项目的build.gradle里声明了某个版本的 AGP（Android Gradle Plugin），而 AGP 和 Gradle 之间有严格的对应关系。4.2.2 对应的 AGP 官方支持版本是 4.2.0 到 4.2.2，对应的最低 Gradle 版本是 6.7.1。

当你导入一个使用 AGP 4.0 的老项目时，Gradle sync 会直接红牌。解决办法是用 Android Studio 4.2.2 内置的升级提示，在 sync 失败后弹出的 “Upgrade Gradle and AGP” 对话框里点升级。如果这个对话框没有弹出，就手动改两个地方：build.gradle（Project 级）里的com.android.tools.build:gradle:4.0.x改为4.2.2；gradle-wrapper.properties里的 distributionUrl 改为gradle-6.7.1-all.zip。

还需要注意 Kotlin 插件的版本。4.2.2 自带的 Kotlin 插件支持到 1.5.x，如果你的老项目用的是 Kotlin 1.3 或 1.4，升级 AGP 后需要同步升级 Kotlin 插件版本。这里有个容易忽略的点：只升级 AGP 不升级 Kotlin 插件，有时候能编译过但代码提示失效，原因是 Kotlin 插件版本过低时与新版 AGP 的 metadata 生成逻辑不兼容。建议把 Kotlin 版本统一升到 1.5.0 以上。

4.3 多模块工程构建顺序与依赖缓存清理

多模块工程在 4.2.2 里构建时，Gradle 会按依赖图执行任务。如果模块间依赖关系复杂（比如 app 依赖 common，common 依赖 net），首次构建可能触发几百个 Task。遇到构建失败时，输出的错误信息里常常带Task :common:compileDebugJavaWithJavac FAILED之类的断言，但真正的原因可能在前面更早的任务里。

构建失败后的排查顺序，我一般是：先看Build Output里第一个 FAILED 的 Task，而不是最后一个——Gradle 执行依赖任务时，后面模块失败往往是前面模块产物没生成导致的连锁反应。然后检查是否因为缓存损坏导致的假失败。4.2.2 的构建缓存目录在用户目录的.gradle/caches下，如果同步和构建多次出现不可解释的随机失败（比如同一个工程昨天能构建今天不能），清掉缓存通常能解决问题。

# 在项目根目录执行清缓存命令（Windows PowerShell） .\gradlew.bat clean --refresh-dependencies # 如果 persistent 缓存损坏，删除用户目录下的缓存文件夹 Remove-Item -Recurse -Force $env:USERPROFILE\.gradle\caches\build-cache-1 Remove-Item -Recurse -Force $env:USERPROFILE\.gradle\caches\modules-2

这里要解释一下--refresh-dependencies的含义：它不删除已有的 jar 和 aar，只是让 Gradle 绕过缓存重新请求一次依赖元数据，用于处理某些依赖发生 SNAPSHOT 更新却不被同步的情况。上面这两个缓存目录删除后，下一次构建会重新下载所有依赖，首发时间约五到十分钟。建议在偏向稳定的网络环境下执行，避免网络不稳导致下载中途失败，那样反而会让缓存处于半损坏状态。

5. Android Studio 4.2.2 for Windows 的常见问题排查：5个血泪经验

5.1 报错 “Unable to load class 'org.gradle.api.internal.component.SoftwareComponentInternal'”

现象：同步或构建时，Gradle 直接抛出一长串异常堆栈，最后指向SoftwareComponentInternal。当时很多人在社区里问这个报错，看起来像 Gradle 内部崩溃，其实根因是 AGP 版本不兼容。4.2.2 的 IDE 在识别项目 AGP 版本时，如果项目声明了比 4.2.2 更高（如 7.0）的 AGP，而 Gradle 版本仍是 6.7.1，就会出现这个错误。

原因：AGP 7.x 要求最低 Gradle 版本 7.0，而 4.2.2 仅携带 Gradle 6.7.1，两者匹配不上。

解决：降级项目的 AGP 到 4.2.2，或者把 Gradle wrapper 升级到 7.0 以上并同步升级 IDE 到更高版本。如果执着于 4.2.2 这个 IDE 版本，就只能在项目里把 AGP 改回 4.2.2，不要再往上升。

5.2 资源重复错误 Error: Duplicate resources

现象：res目录下的values资源报重复，mergeDebugResources任务失败。这个在热词里也出现了（android studio 资源重复错误）。

原因：常见有两种，一是从旧项目复制的res/values里某个<string>或<color>名称在多个文件里定义，二是多模块工程里两个 Module 各自带着同名app_name字符串资源，合并资源时冲突。

解决：先用搜索功能（Ctrl+Shift+F）全局搜冲突的资源名，看定义在哪些文件里。删除多余定义，或把公共资源提取到一个constants模块中统一声明。如果是同一个values文件里重复，注意 XML 里大小写敏感，Colors与colors在资源合并中是两个不同的名字，但 IDE 代码提示时可能混用导致误解。

5.3 模拟器启动黑屏或卡在 “Waiting for target device to come online”

现象：HAXM 加速器已装，AVD 能创建，但启动模拟器后设备列表里一直显示 offline 或者黑屏几十秒。

原因：Windows 下常见于两个问题——BIOS 里没开启 VT-x 虚拟化，或者 HAXM 安装版本与 Windows 的 Hyper-V 冲突。如果你同时开启了 Windows 沙盒或 WSL2 的 Hyper-V 基础架构，HAXM 无法正常独占虚拟化资源，模拟器就起不来。

解决：先到任务管理器-性能- CPU 页确认 “虚拟化” 是否开启。没开启就进 BIOS 打开 VT-x。开启但冲突，则按需二选一：要么关闭 Windows 功能里的 Windows Hypervisor Platform，要么弃用 HAXM 改用 4.2.2 自带的 Windows Hypervisor Platform（WHPX）加速。具体路径是 SDK Manager 里安装 “Android Emulator Hypervisor Driver for AMD Processors” 或 “Intel Emulator Accelerator (HAXM)”，按 CPU 型号选择其一。

5.4 环境变量问题：'gradle' 不是内部或外部命令

现象：在 cmd 或 PowerShell 里输入gradle命令提示找不到，但 Android Studio 里构建完全正常。

原因：Android Studio 使用项目内的gradlew.bat包装器，不需要全局安装 Gradle。而你想在命令行里直接执行gradle，但 Windows 系统的 PATH 环境变量里没有指向 Gradle 的 bin 目录。

解决：在C:\Users\你的用户名\.gradle\wrapper\dists\gradle-6.7.1-all\<哈希>\gradle-6.7.1\bin中找到 gradle.bat，把该路径加到系统 PATH。注意路径里的哈希文件夹名是 Gradle 首次下载时随机生成的一串字符，每个人的机器都不同，直接复制粘上一条命令不可行。

# 查看当前实际使用的 Gradle 路径 where.exe gradle # 临时添加 PATH（当前窗口有效，重启后失效） set PATH=%PATH%;C:\Users\用户名\.gradle\wrapper\dists\gradle-6.7.1-all\<实际哈希码>\gradle-6.7.1\bin

如果是studio.bat启动的 IDE，它读取的是%JAVA_HOME%\bin\java.exe，这个环境变量同样需要在系统设置里独立配置，否则命令行启动 IDE 会出现 “could not find java.dll” 之类的错误。

5.5 中文输入法导致 IDE 卡死或光标跳动

现象：在代码编辑器里输入中文注释时，界面卡顿、光标乱跳，甚至直接无响应。尤其是在拼音输入法处于中文模式时按快捷键（如 Ctrl+Space 自动补全），IDE 无响应。

原因：Windows 输入法（尤其是老版本搜狗输入法）会拦截空格键和快捷键事件，与 IDE 的代码补全快捷键冲突。

解决：在 IDE 设置里把代码补全快捷键从 Ctrl+Space 改成 Alt+斜杠，路径是 Settings -> Keymap -> Main menu -> Code -> Completion -> Basic，右键改为 Add Keyboard Shortcut。然后在输入法设置里把默认状态调成英文模式，只在输入中文时切换。这个问题在 4.2.2 上特别明显，后来的版本在 JBR 层面优化过输入法兼容性，但 4.2.2 没有。

6. 把 Windows 上的 4.2.2 用顺手：效率设置与项目迁移技巧

6.1 抽取方法快捷键与代码模板设置

4.2.2 的默认快捷键在 Windows 上沿用 IntelliJ IDEA 方案。抽取方法（Extract Method）是重构时最常用的操作，快捷键是Ctrl+Alt+M：选中一段代码后按住这三个键，弹出抽取对话框，为新方法命名和选择参数。这个快捷键在部分 Windows 键盘布局上和某些系统快捷键冲突（比如 Intel 显卡驱动的快捷面板就是 Ctrl+Alt+M），如果按了没反应，到 Keymap 设置里改为Ctrl+Shift+M。

另外建议把 Live Template 用起来：在 Settings -> Editor -> Live Templates 里新建一个缩写为logd的模板，内容体是android.util.Log.d("TAG", "$content$");，设置适用上下文为 Java。这样写日志只需敲logd+ Tab，光标直接落在字符串输入位置，再用$content$的变量跳转补全。这个习惯对调试效率的提升远大于任何插件。

6.2 从 4.2.2 迁出或迁入项目时如何控制变量

如果你后续想把手上的工程从 4.2.2 迁移到 4.3 或 5.x 版本，最好先做一次版本快照。4.2.2 的工程迁移到新版时，主要变数是 Kotlin 插件版本和 Gradle wrapper 版本。建议在迁移之前在本地 Git 仓库打一个 tag，保留一份 AGP 4.2.2 + Gradle 6.7.1 组合的配置记录，这样迁移遇到问题还可以退回来，算是一种后悔药。

反向迁移（从新版本工程迁回 4.2.2）更麻烦，因为新工程可能使用android.useAndroidX=true和android.enableJetifier=true之外的更多新特性，比如 Compose 编译器、Version Catalog（libs.versions.toml）。4.2.2 的 Gradle 6.7.1 无法解析 Version Catalog，需要先把依赖配置回退为常规的build.gradle写法，再把 AGP 降回 4.2.2。

迁移的验证步骤也有讲究：改完配置后，不要急着写代码，先执行一次.\gradlew.bat assembleDebug确保打包通过，再打开模拟器做冒烟测试。这个顺序能帮你区分构建问题与运行问题——很多人在迁移后直接安装 APK 闪退，然后花半天查代码，其实问题出在构建时依赖没对齐，APK 本身是残的。

6.3 日志过滤与 Profiler 使用的三个实用操作

调试阶段最常用的是 Logcat 过滤。4.2.2 的 Logcat 界面支持按包名过滤：在搜索框输入package:com.example.myapp加上空白，再叠加level:error，就能只看当前应用的错误日志。比逐个 pid 查找麻不麻烦都不用说，配合Ctrl+Shift+A打开 Action 搜索输入 “Logcat”，可以快速弹出窗口，比鼠标点击省事得多。

Profiler 在 4.2.2 里的入口是一个独立的工具窗口，常用的操作有三个：第一个是内存快照（dump Java heap），在应用疑似内存泄漏时点一下，抓取 hprof 文件后用默认的 Analyzer Tasks 跑一遍，能直接列出泄漏怀疑点；第二个是网络面板，把请求时间线可视化，看某个 API 调用耗时过长时先用它定位是 DNS 阶段慢还是响应体大；第三个是能源统计，它在真机上通过电池信息做近似估算，可作为参考但不要当精确证据用。

用 Profiler 在模拟器上跑性能分析时，注意模拟器本身的性能瓶颈会混杂在数据里。同一个操作在真机与模拟器上有明显差异时，以真机数据为准，这条经验来自一次真实翻车：我在模拟器上调试发现一个页面掉帧到 20fps，换了真机测试只有 55fps，最后确认问题出在模拟器渲染加速配置而不是应用代码。

把工程从旧电脑迁移到新电脑时，我习惯连带复制~/.gradle下的gradle.properties文件，里面如果配置了org.gradle.jvmargs=-Xmx2048m，新机器内存更大的话要同步调高。这个文件不跟随项目走，很多人换了机器后发现构建变慢，就是因为新机器默认配置走了低频参数。希望这几条对你有所帮助，把 4.2.2 在 Windows 上的日子过得顺一点。

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