重要提示：请首先参考有关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，

当前（2011年5月）版本的仿真器速度较慢，尤其是Android 3.0（蜂巢），主要是因为仿真器不支持硬件GL——这意味着GL代码被转换为软件（实际上是ARM软件），然后在QEMU中的软件中进行仿真。这太慢了。他们正在研究这个问题，并已部分解决，但没有任何发布质量。

查看视频GoogleI/O 2011:AndroidDevelopmentTools，看看它的运行情况——跳到大约44分钟。

模拟器在空闲时似乎会减慢速度。这一点可以通过快速将鼠标移到侧面的按键上并观察灯光的反应而变得明显。作为解决方法，我在启动仿真器时将-icount auto传递给QEMU。您可以创建一个名为my_avd.bat的批处理文件：

emulator @my_avd -no-boot-anim -qemu -icount auto

@my_avd—启动名为“my_avd”的虚拟设备-no boot anim—禁用动画以加快启动速度-qemu参数…--向qemu传递参数-icount[N|auto]—启用虚拟指令计数器，每个指令有2^N个时钟信号

这使动画变得非常流畅，并将adb安装速度提高了十倍。

我注意到模拟器在一段时间内会变慢。因此，可以删除速度非常慢的仿真器，并在AVD管理器的帮助下创建一个新的仿真器。我试了几次，效果很好。

我有间歇性的缓慢模拟器（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和模拟器都是内存占用者。

你需要更多的记忆。

这就是我这么说的原因：

我正在Windows上使用VirtualBox作为来宾运行Ubuntu 10.10。我在VM上安装了Eclipse和Android SDK。我的物理机箱有4GB的内存，但当我第一次配置Ubuntu虚拟机时，我只给了它1GB的内存。模拟器大约需要15分钟才能启动。然后，我将配置更改为VM 2GB，仿真器在不到一分钟的时间内运行。