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

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

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

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

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

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

在编写本文时，最快的仿真器是Android SDK附带的内置x86仿真器。您可以在创建虚拟机的AVD管理器中找到它们。只需选择其中任何一种，然后选择CPU类型（选择x86以获得最佳性能）。它会和你的机器一样快。

适用于Android 4.0和4.0.3的最新此类机器可以在Giving your Android Emulator a Boost:Building Android ICS with Goldfish&x86 KVM support on EC2-TestObject中找到。

注：这仅用于开发目的。要测试性能，您仍然必须使用真实设备或在带有ARM CPU的仿真器上进行测试。

我只是注意到了一些我无法解释的事情，但嘿，对我来说，这很有效！

无论如何，我是从源代码编译Android的，内置模拟器在几秒钟内启动（我的机器是双核AMD 2.7 GHz），一分钟内，也许在第一次运行时两分钟，系统就启动了。另一方面，使用EclipseADT包会导致半小时的仿真器启动。不可接受的

在这里有效的解决方案（我没有办法在其他机器上测试它，所以如果你想测试并验证）：

在您的机器上下载并构建Android SDK。这可能需要一些时间（你知道，整个系统的编译是令人厌烦的）。可在此处找到说明：正在初始化正在下载构建（我将命令更改为“午宴sdk-eng”和“makesdk-j4”；此外，构建提示非常有用，尤其是关于ccache和-jN选项）完成后，运行“android”，SDK管理器将出现。下载工具和所需的平台包。如果找不到命令，请尝试重新运行“”。“build/envsetup.sh”和“午餐sdk-eng”命令来设置路径；它们在退出终端会话后丢失。运行“仿真器”以检查其启动速度。对我来说，它比Eclipse捆绑版快得多。如果这有效，请将Eclipse指向您刚刚编译的SDK。左窗格中的窗口首选项Android->选择SDK位置。它应该是带有“tools”子分区的dir，以及“platforms”子分区中的一些内容。对我来说，它是<source-base-dir>/out/host/linux-x86Apply/OK，如果需要，重新启动Eclipse。如果它没有任何抱怨，运行你的Android应用程序。在我的例子中，模拟器在几秒钟内启动，并在一分钟内完成引导。还有一点延迟，但我完全可以接受。

此外，我同意从快照运行并将状态保存到快照。我的建议只涉及模拟器启动时间。我仍然不知道为什么默认情况下会这么长。无论如何，如果这对你有用，请享受：）

您（旧）版本的Eclipse中包含的仿真器非常慢。

最近的模拟器比2010年的速度更快。更新SDK/IDE。

就我个人而言，我使用真实的手机进行测试。它更快，测试更真实。但是如果你想在很多不同的Android版本上测试你的应用程序，并且不想买几部手机，你就必须时不时地使用模拟器。

我注意到模拟器在一段时间内会变慢。因此，可以删除速度非常慢的仿真器，并在AVD管理器的帮助下创建一个新的仿真器。我试了几次，效果很好。