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

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

adb connect 127.0.0.1 

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

尝试禁用防病毒软件。也许它会让模拟器更快一点。

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

是的，你是对的，因为原生android模拟器比其他自定义模拟器（如genymotion）慢得多。我在运行功能性calabash android测试时发现了这一点。

在本机android模拟器上，当发生“超时异常”时会产生此问题，因此我转到解决此问题的genymotion模拟器。

P.S：genymotion模拟器不再免费。

现在在ADT21上，它为快速仿真器提供了更多选项。。。您应该使用512 MB RAM、较低的CPU时间、设备选择和较高的VM堆大小。为了获得更好的结果，您应该在CPU/ABI中使用Intel Atom。。。使用快照和CPU主机可能不会提高仿真器的速度，但有一些用于其他目的。

我昨天刚开始使用Windows7，面临着同样的问题。我发现并正在为我工作的最简单的解决方案是在模拟器中使用低配置设备。我使用Nexus One而不是Nexus 7，并在Android虚拟设备中为设备选择快照。

同样重要的是保持模拟器打开。它可以在Eclipse和AndroidStudio中工作。

在一个窗口中，它表示当RAM超过~700时，快照通常不起作用。因此，选择配置较低的一个很容易帮助测试HelloWorld，然后开发应用程序。稍后，我们可以在高端设备上进行测试。

对我来说，虚拟化支持不起作用，因为我的硬件不支持它。