如果您有Intel CPU，请安装Intel Hardware Accelerated Execution Manager。

然后在“仿真器设置”中将其指定为仿真器的CPU。当我在Core i7 CPU上完成这项工作时，大约需要10分钟。现在它将在15秒内打开。

您可以在GoogleI/O 2011:AndroidDevelopmentTools上回顾仿真器问题，开始0:40:20。

模拟器运行缓慢，因为整个Android环境在仿真硬件上运行，指令也在仿真ARM处理器上执行。

主要的瓶颈是渲染，因为它不在任何专用硬件上运行，但实际上是通过软件渲染执行的。减小屏幕大小将大大提高仿真器性能。获得更多/更快的内存不会有帮助。

当时他们已经提到，他们正在开发一种接口，允许仿真器通过主机硬件传输某些指令，因此最终，您将能够利用桌面硬件的原始功能来利用仿真器的性能。

好吧，既然有人建议将Android x86作为替代测试模拟器，我也将介绍我的最爱。这可能不是每个人的选择，但对我来说，这是完美的！

使用Bluestacks播放器。它运行Android 2.3.4，非常流畅和快速。有时它甚至比普通设备更快。唯一的缺点是，你只能在API级别10上测试应用程序，并且只能在一个屏幕大小上测试，但它非常适合测试是否正常工作。只需通过运行

adb connect 127.0.0.1 

编译后，它立即安装。考虑到我有一个相当普通的计算机硬件（双核和4GB的RAM），这非常令人印象深刻。

模拟器在空闲时似乎会减慢速度。这一点可以通过快速将鼠标移到侧面的按键上并观察灯光的反应而变得明显。作为解决方法，我在启动仿真器时将-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安装速度提高了十倍。

你可以尝试Genymotion而不是android模拟器。它比android模拟器更快更好。

现在在ADT21上，它为快速仿真器提供了更多选项。。。您应该使用512 MB RAM、较低的CPU时间、设备选择和较高的VM堆大小。为了获得更好的结果，您应该在CPU/ABI中使用Intel Atom。。。使用快照和CPU主机可能不会提高仿真器的速度，但有一些用于其他目的。