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

http://www.leapdroid.com

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

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

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

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

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

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

尝试在创建新的Android虚拟设备时减小模拟器的屏幕大小。

我已经看到，与AVD管理器中提供的默认选项相比，这将非常快速地启动模拟器。

简短回答：因为ARM->x86指令翻译。Emulator的工作方式与虚拟机类似，虚拟机的任务是启动一个完整的操作系统，然后运行测试应用程序。ARM->x86转换可能非常耗时，对您的应用程序来说更少，但对操作系统启动时更为耗时（这与复杂性和涉及的指令数量成正比）。

一些人建议在x86模拟器上运行代码。这意味着不需要加载基于ARM的操作系统，而是加载一个在x86机器上运行速度更快的x86变体，因为不需要ARM->x86转换。然而，这并不是一个完美的解决方案：

使用NDK并带有为ARM编译的本机库（*.so）的Android应用程序将无法在x86仿真器上运行，因此此类程序将无法运行。但是，如果您达到了这一点，并开始处理NDK/本机JNI代码，那么您可能已经对仿真器了解足够了。

我也遇到过同样的问题，但我通过从C:\Users\User\中删除.android文件夹来解决这个问题。

现在，每当我启动Eclipse或AVD时，我都会删除该文件夹。之后，我的AVD在20到30秒内启动，模拟器工作平稳，延迟可以忽略不计。

可选：如果问题仍然存在，请尝试克隆NEXUS S平均日。

模拟器速度慢。你真的无能为力，但模拟器还有其他选择。

词源-首选虚拟机安卓模拟器YouWaveWindows Android模拟器一罐豆子安迪

为了让模拟器更快，您可以托管GPU并使用更轻的Android版本（Android 2.3（姜饼））。在Mac上开发会更好。为什么要使用模拟器，BTW？使用真正的手机更有意义。