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

无论如何，我是从源代码编译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应用程序。在我的例子中，模拟器在几秒钟内启动，并在一分钟内完成引导。还有一点延迟，但我完全可以接受。

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

为此添加更多信息。

我最近将我的Ubuntu安装升级到Ubuntu 10.04 LTS（Lucid Lynx），这反过来又将我的Java版本更新为：

Java version "1.6.0_20"
Java(TM) SE Runtime Environment (build 1.6.0_20-b02)
Java HotSpot(TM) 64-Bit Server VM (build 16.3-b01, mixed mode)

现在模拟器（虽然需要一段时间才能启动）似乎比以前运行得更快。

人们可能值得升级他们的JVM。

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

我注意到我的模拟器（Eclipse插件）被我的Nvidia图形卡抗锯齿设置大大减慢了速度。从图形菜单中删除2倍的抗锯齿功能，并将其更改为应用程序控制，使其响应速度更快。它仍然很慢，但比过去更好。

试着缩小模拟器的规模，它会让它更快一些，即使不是这样，它也会感觉更快。

我注意到，如果没有连接Dalvik调试监控服务器（DDMS），仿真器启动速度会快得多。因此，如果您从Virtual Device Manager“SDK Setup.exe”启动仿真器，而Eclipse未启动，则仿真器的工作速度更快。

如果您从Eclipse:DDMS启动模拟器，那么有时模拟器非常慢，但有时速度更快。