HAXM是一种使英特尔处理器仿真器快速运行的方法，HAXM是内核驱动程序部分，用户空间仿真器部分基于QEMU，这意味着QEMU有一个分支使用HAXM（这个QEMU分支非常特定于android仿真器（而且似乎也基于较旧版本的QEMU）。

但是，当我用我的英特尔酷睿i3处理器和4千兆字节的RAM时，它对速度没有太大影响。所以这不是我的解决方案。

当我使用4GB RAM cpu时，Emulator变成了RAM消耗器，但为了使它更方便，有一些方法我更喜欢基于Android*86支持的模拟器。由于android工作室现在推出了即时运行，所以在首次发布后，应用程序的安装变得更快，但我一直面临着这个问题，似乎没有办法摆脱这个问题。

我还使用了Droid4x，它对我来说非常方便，但我找不到安装不同api版本的方法，我使用了kitkat，它比android模拟器更快，而且还支持VT，所以我找到了另一种方法和一个很好的解决方案，那就是Visual Studio emulator。您可以在这里阅读更多关于它的信息，我最新使用的是LeapDroid，它真的很强大。请参阅此处的比较

我更喜欢在4GB ram PC上使用Real设备，然后使用模拟器。

将当前的Android Studio更新为Android Studio 2.0，并更新系统图像。

Android Studio 2.0模拟器的运行速度比Android之前的模拟器快3倍，通过ADB增强，您现在可以将应用程序和数据推送到模拟器，速度比推送到物理设备快10倍。与物理设备一样，官方Android模拟器也内置了Google Play Services，因此您可以测试更多的API功能。最后，新模拟器具有丰富的新功能来管理通话、电池、网络、GPS等。

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

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

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

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

Emulator启动选项中描述的选项-cpu delay＜delay＞可以帮助您。

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

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

adb connect 127.0.0.1 

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

模拟器的启动非常缓慢。好的是，您只需要启动模拟器一次。如果仿真器已经在运行，而您再次运行应用程序，则仿真器会相对快速地重新安装应用程序。当然，如果你想知道它在手机上的运行速度，最好在真手机上测试一下。