启用快照可能不会使其在第一次运行时更快；不要追求大SD尺寸。第一次运行时将SD卡大小调整为100 MB。

尝试在创建新的Android虚拟设备时减小模拟器的屏幕大小。

我已经看到，与AVD管理器中提供的默认选项相比，这将非常快速地启动模拟器。

Android模拟器版本9有一个新的“快照”功能。您可以保存仿真器的状态（制作仿真器的图像），并避免在启动仿真器时启动。

我有间歇性的缓慢模拟器（SDK v8.0）加载时间，在加载了Eclipse（3.6.1）的Xubuntu 10.04 VirtualBox 3.2.12客户机上运行的Intel Core i7 920 2.67 GHz CPU上长达三分钟。我将VirtualBox客户机内存从1024 MB更改为2048 MB，从那时起，我再也没有体验过这种缓慢（加载时间一致为33秒，CPU负载一致为20%）。Eclipse和模拟器都是内存占用者。

我只是注意到了一些我无法解释的事情，但嘿，对我来说，这很有效！

无论如何，我是从源代码编译Android的，内置模拟器在几秒钟内启动（我的机器是双核AMD 2.7 GHz），一分钟内，也许在第一次运行时两分钟，系统就启动了。另一方面，使用EclipseADT包会导致半小时的仿真器启动。不可接受的

在这里有效的解决方案（我没有办法在其他机器上测试它，所以如果你想测试并验证）：

在您的机器上下载并构建Android SDK。这可能需要一些时间（你知道，整个系统的编译是令人厌烦的）。可在此处找到说明：正在初始化正在下载构建（我将命令更改为“午宴sdk-eng”和“makesdk-j4”；此外，构建提示非常有用，尤其是关于ccache和-jN选项）完成后，运行“android”，SDK管理器将出现。下载工具和所需的平台包。如果找不到命令，请尝试重新运行“”。“build/envsetup.sh”和“午餐sdk-eng”命令来设置路径；它们在退出终端会话后丢失。运行“仿真器”以检查其启动速度。对我来说，它比Eclipse捆绑版快得多。如果这有效，请将Eclipse指向您刚刚编译的SDK。左窗格中的窗口首选项Android->选择SDK位置。它应该是带有“tools”子分区的dir，以及“platforms”子分区中的一些内容。对我来说，它是<source-base-dir>/out/host/linux-x86Apply/OK，如果需要，重新启动Eclipse。如果它没有任何抱怨，运行你的Android应用程序。在我的例子中，模拟器在几秒钟内启动，并在一分钟内完成引导。还有一点延迟，但我完全可以接受。

此外，我同意从快照运行并将状态保存到快照。我的建议只涉及模拟器启动时间。我仍然不知道为什么默认情况下会这么长。无论如何，如果这对你有用，请享受：）

重要提示：请首先参考有关VT的Intel列表，以确保您的CPU支持Intel VT。

HAXM加速了缓慢的Android模拟器

HAXM代表“Intel硬件加速执行管理器”

目前，它仅支持Intel®VT（Intel虚拟化技术）。

Android模拟器基于QEMU。QEMU和主机系统上的HAXM驱动程序之间的接口设计为与供应商无关。

为HAXM配置Android开发环境的步骤

更新Eclipse：确保Eclipse安装和ADT插件是最新的。更新Android工具：在每次Eclipse插件更新后，更新Android SDK工具非常重要。为此，启动Android SDK管理器并更新所有Android SDK组件。要利用HAXM，您必须至少使用版本17。

下载x86 Atom系统映像和Intel硬件加速执行管理器驱动程序。如下图所示：

通过运行“IntelHaxm.exe”安装HAXM驱动程序。它将位于以下位置之一：C： \程序文件\Android\Android sdk\pextras\intel\Hardware_Accelerated_Execution_ManagerC： \Users\<user>\adt-bundle-windows-x86_64\sdk\pextras\intel\Hardware_Accelerated_Execution_Manager如果安装程序失败，并显示必须打开Intel VT，则需要在BIOS中启用此功能。请参阅“启用Intel VT（虚拟化技术）”中的说明，了解如何做到这一点。

创建新的x86 AVD：按照下图所示：

或者对于新的SDK，