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

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

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

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

在编写本文时，最快的仿真器是Android SDK附带的内置x86仿真器。您可以在创建虚拟机的AVD管理器中找到它们。只需选择其中任何一种，然后选择CPU类型（选择x86以获得最佳性能）。它会和你的机器一样快。

适用于Android 4.0和4.0.3的最新此类机器可以在Giving your Android Emulator a Boost:Building Android ICS with Goldfish&x86 KVM support on EC2-TestObject中找到。

注：这仅用于开发目的。要测试性能，您仍然必须使用真实设备或在带有ARM CPU的仿真器上进行测试。

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

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

您可以从这里下载genymotion仿真器。这既快速又高效。

开发了一段时间后，我的模拟器变得异常缓慢。我选择了擦除用户数据，这要好得多。我猜加载您部署的每个APK文件都需要时间。

我只是使用了默认的Android 3.1，速度很慢，但当我意识到我的代码与Android 2.3.3兼容时，我就改用了它。它大约快50%，而且模拟器看起来更像我的手机，并且有一个永久显示的键盘，这样更容易使用。