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

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

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

尝试Android x86。它比谷歌Android模拟器快得多。遵循以下步骤：

安装VirtualBox。下载所需的ISO文件。将虚拟机创建为Linux 2.6/其他Linux，512 MB RAM，HD 2 GB。网络：PCnet Fast III，连接到NAT。您也可以使用桥接适配器，但您的环境中需要DHCP服务器。在模拟器上安装Android x86，运行它。按Alt+F1，键入netcfg，记住IP地址，按Alt+F7。在Windows XP系统上运行cmd，将目录更改为Android工具目录，键入adb connect<virtual_machine_IP>。启动Eclipse，打开ADT插件，找到设备，然后享受！

简短回答：因为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平均日。

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

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

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

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

您可以使用以下命令创建仿真器.bat以启动仿真器。它会启动得更快。

emulator.exe -cpu-delay 0 -no-boot-anim @<avd name>

或者在Unix（Mac或Linux风格）上：

emulator -cpu-delay 0 -no-boot-anim @<avd name>