我想知道为什么没有人提到Visual Studio Emulator作为替代方案。它比原生Android Studio Emulator快得多。

下面是性能比较的链接：https://medium.com/android-news/how-visual-studio-emulator-for-android-can-improve-your-android-development-9e17a6213839#.hlh7ba6ut

更好的是，只需拖放即可安装apk文件，甚至gapp（或任何其他可闪存zip）。然而，缺点是它需要Hyper-V，而Hyper-V仅在Windows上可用（从Windows 8开始也是如此）。其他限制（以及上述描述）和其他细节可在此处找到：https://blogs.msdn.microsoft.com/visualstudioalm/2014/11/12/introducing-visual-studios-emulator-for-android/

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

使现代化

现在，您可以为Android Emulator启用快速启动选项。这将保存仿真器状态，并将在下次启动时快速启动仿真器。

单击Emulator编辑按钮，然后单击显示高级设置。然后启用快速启动，如下图所示。

Android开发工具（ADT）9.0.0（或更高版本）有一个功能，允许您保存AVD（仿真器）的状态，您可以立即启动仿真器。您必须在创建新的AVD时启用此功能，或者您可以稍后通过编辑AVD来创建它。

此外，我还将设备RAM大小增加到1024，这导致了一个非常快的仿真器。

有关更多信息，请参阅下面的截图。

使用保存快照功能创建新的AVD。

从快照启动仿真程序。

关于加速模拟器，您可以参考加速Android模拟器！：

使用ssd硬盘影响太大，我建议使用更合适的ram（8或更高）

使用Intel x86 Emulator加速器

首先，安装Intel x86 Emulator Accelerator（HAXM）。这可以直接从Intel或使用Android SDK Manager下载。在SDK管理器中，它位于Extras下。

在我使用的AndroidStudio版本（0.8.9）中，AndroidSDKManager下载HAXM，但实际上不运行安装程序（我认为这将在以后的版本中得到修复）。要运行安装程序，我必须转到C:\Program Files（x86）\Android\Android studio\sdk\pextras\intel\Hardware_Accelerated_Execution_Manager并手动启动intelhaxm.exe。

HAXM可与Intel设备配合使用，因此创建了一个带有Intel CPU的新Emulator。

使用Intel Atom x86创建新的AVD

这大大改善了性能，但模拟器仍然感觉有点迟钝。最后一步是选择在Android虚拟设备管理器（AVD）中使用主机GPU。

在这些更改之后，Android Emulator在5-10秒内启动并运行，没有任何明显的延迟。请注意，这些功能依赖于硬件（CPU/GPU），在某些系统上可能无法工作。

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

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

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

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