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设备，然后使用模拟器。

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

启用快照可能不会使其在第一次运行时更快；不要追求大SD尺寸。第一次运行时将SD卡大小调整为100 MB。

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

我在Mac上也有类似的问题。我所做的；

1） 在仿真器上，设置显示->禁用屏幕方向2） 在Eclipse上，仿真器启动选项->-cpu延迟100

这些措施在降低CPU使用率方面有一定的效果（不是大约40-60%），而不是最终的解决方案。但同样，CPU使用率不再超过100%！

较旧的Android版本运行速度更快。当我使用上网本时，我使用Android 1.5（API级别3）。但也有一些缺点——你的应用程序需要支持较旧的平台（显然），ndk-gdb需要运行Android 2.2（API级别8）或更高版本。但无论如何，定期在旧平台上测试应用程序是一个好主意。