您可以尝试我们的新Android虚拟机Leapdroid，它与原始的Android模拟器完全兼容。由于它使用虚拟化技术而不是仿真，因此它提供了相当高的原生速度。此外，我们使用了一种名为LeapGL的新OpenGL技术，它以原生速度执行OpenGL图形。与其他vm相比，我们的vm具有最好的性能。

http://www.leapdroid.com

源代码：https://github.com/leapdroid

Leapdroid与Eclipse和AndroidStudio完全兼容，因为它使用相同的adb端口。

我建议您使用Android手机通过USB调试进行开发。与虚拟设备相比，它提供了更好的应用测试体验和更好的输出。或者，您也可以使用其他答案中提到的选项，并可以使用Bluestacks App Player，这在Android设备不可用的情况下也是一个不错的选项。

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

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

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

一个新的选项是Visual Studio Emulator for Android——它速度快、Hyper-V、x86，即使没有VS也可以免费下载。

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

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

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

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