解决 Windows 上 Android Emulator 卡顿问题（真正有效的 AVD 配置调优）

I’m happy to translate the article for you, but I’ll need the full text you’d like translated. Could you please paste the content (or the portion you want translated) here? I’ll keep the source link and all formatting exactly as you requested.

Introduction — You’re Not Alone

如果你是 Windows 上的 Android 开发者，可能已经体会到以下痛点：

• Android Emulator 卡顿严重，即使是简单的界面也不例外。
• 在交互过程中 冻结或卡顿。
• 冷启动需要 很久。
• 在普通硬件上，性能甚至不如真实设备。

大家的第一反应往往是寻找激进的解决方案：

• 直接重装 Android Studio！
• 开启 / 调整 BIOS 虚拟化！
• 买更快的 SSD / 增加内存！

但在我花了数月时间调试模拟器问题后发现：在大多数情况下，这些都不是必需的。

真正的罪魁祸首既不是你的硬件，也不是 Android Studio 本身——而是 Android Virtual Devices（AVD）的配置方式。只要对 AVD 配置文件进行恰当的微调，就能让模拟器在普通 Windows 开发机器上平稳运行——可靠且可重复。

本文将逐步演示我和团队实际使用、并产生显著、可量化效果的 AVD 配置微调。没有理论空谈，没有盲目猜测。只有经过验证的修复方案，并附有为何有效的清晰解释。

核心理念 — 为什么 AVD 设置很重要

什么是 AVD？

Android Virtual Device (AVD) 是定义以下内容的配置：

• Android 系统镜像
• CPU / 内存分配
• 图形模式
• 启动选项
• 其他模拟器运行时设置

当你通过 Android Studio UI 创建 AVD 时，它会生成一组配置文件，模拟器每次启动时都会读取这些文件。

为什么默认的 AVD 设置会影响性能

在 Windows 上，许多默认的 AVD 设置更倾向于安全而非速度。它们假设你可能没有最佳的驱动程序、未启用虚拟化或缺少 GPU 支持，因此倾向于兼容性。

后果

• 快照 默认启用（启动快，运行时慢）
• GPU 模式 可能被设为 auto（可能导致驱动冲突）
• 内存 和 CPU 分配通常较为保守
• 快速启动快照会随时间退化

结果： 模拟器体验迟缓，常被误认为是硬件限制或 Android Studio 的 bug。

真正的解决方案：编辑 AVD 配置文件

不要启动模拟器后期望它自动选择合适的默认值，而是直接编辑 AVD 的配置文件并删除有问题的快照数据。这样可以让你完全掌控与性能相关的设置。

导航到 AVD 目录

步骤说明

1. 创建或识别 你想要修复的模拟器，在 Android Studio 的 AVD 管理器 中。
2. 完全关闭 Android 模拟器 —— 不要让它在后台运行。

在 Windows 上，AVD 存放在用户配置文件下：

C:\Users\<YourUserName>\.android\avd

在此文件夹中，你会看到一个或多个 .avd 目录以及对应的 .ini 文件 —— 每个代表一个 AVD。例如：

pixel_4_API_33.avd
pixel_4_API_33.ini

打开你想要修复的设备对应的 .avd 文件夹。

真正的解决方案：有效的 AVD 配置调优

以下调优在 Windows 上始终能提升模拟器性能。每项调优都包括 要更改的内容、推荐数值以及 其重要性。

1️⃣ 完全禁用快照和快速启动

要更改的内容 – 在 AVD 文件夹中，打开 config.ini 并设置：

snapshot.present = false
fastboot.forceColdBoot = yes
fastboot.chosenSnapshotFile =
fastboot.forceChosenSnapshotBoot = no

删除 .avd 文件夹内的所有快照文件：

snapshots.img
*.snap
snapshots/

为什么重要 – 快照可以在首次启动时加速，但随着时间推移往往会损坏。禁用快照会强制进行干净的冷启动，从而显著提升稳定性和运行时性能。

2️⃣ 调整 CPU 核心数（依据你的机器）

要更改的内容 – 在 config.ini 中：

hw.cpu.ncore = 2

如果你的机器有 6–8 核（或更多），可以安全地提升为：

hw.cpu.ncore = 4

为什么重要 – 多核 CPU 能提升模拟器虚拟机内部的多任务处理能力。把 所有 主机核心都分配给模拟器会拖慢系统整体性能，所以一定要为操作系统和 IDE 留出部分核心。

3️⃣ 有目的地分配 RAM（而非随意）

要更改的内容 – 根据系统内存选择数值：

# 8 GB 系统内存
hw.ramSize = 2048   # MB

# 12–16 GB 系统内存
hw.ramSize = 3072   # MB

可选但推荐：

hw.heapSize = 256   # MB

为什么重要 – RAM 太少会导致卡顿，RAM 过多会让宿主系统缺乏内存。合理分配能让模拟器拥有足够的余量，同时不影响 Android Studio 或操作系统。

4️⃣ 强制使用主机 GPU 渲染

要更改的内容 – 在 config.ini 中：

hw.gpu.enabled = yes
hw.gpu.mode = host

为什么重要 – Windows 有时会回退到软件渲染。强制 host 模式可让模拟器使用真实的 GPU 驱动，显著提升 UI 渲染和帧率。

5️⃣ 增大内部存储（避免 I/O 瓶颈）

要更改的内容 – 任选其一：

disk.dataPartition.size = 6G   # 6144M
disk.dataPartition.size = 8G   # 8192M

为什么重要 – 更大的分区能减少碎片和 I/O 延迟，加快应用安装、构建以及模拟器内部的整体 I/O 速度。

6️⃣ （可选但强大）创建 advancedFeatures.ini

此文件 默认不存在 – 必须手动创建。
将其放在与 config.ini 同一 .avd 目录下。

# advancedFeatures.ini
Vulkan = off
enableHostVulkan = no
GLDirectMem = off

为什么重要 – 这些设置让你对渲染行为拥有底层控制，防止模拟器自动启用不稳定的 GPU 路径。

7️⃣ 确认已启用 Hypervisor 支持（AVD 配置之外）

确保以下任意一项已启用：

• Intel HAXM（Intel CPU）
• Windows Hypervisor Platform（Intel / AMD）
• BIOS 中已开启 Virtualization

为什么重要 – 没有硬件虚拟化，其他调优只能带来边际提升。

8️⃣ 冷启动 & 首次运行

编辑并清理快照数据后：

1. 从 Android Studio 启动模拟器。
2. 强制 Cold Boot（而非 Quick Boot）。

观察进度 – 你的修改会立即生效。

预期效果

• 启动时间显著缩短
• UI 交互更流畅
• 冻结 / 卡顿显著减少

9️⃣ 结论 — 真正的解决方案，无需重装

你不必：

• 重新安装 Android Studio
• 更换硬件
• 花费数小时调试 BIOS
• 期待神奇的更新

只要有针对性地编辑 AVD 配置，即可恢复性能、稳定性和开发效率。

如果在完成这些调优后仍有问题，请再次检查：

• ✅ GPU 驱动已是最新
• ✅ 已启用虚拟化支持
• ✅ 模拟器版本为最新

如果模拟器仍然慢，问题已不再是“Android St

Source: …

udio” – 这几乎可以肯定不在 AVD 内。

🙏 感谢阅读

感谢您抽出时间阅读！希望这些 AVD 调整能为您节省数小时的烦恼，让您的 Android 模拟器重获新生——正如它们对我所做的那样。

如果您觉得有帮助，欢迎：

• 留下评论
• 与团队分享
• 点赞或鼓掌

祝编码愉快！