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

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

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

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

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

adb connect 127.0.0.1 

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

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

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

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

从AndroidSDK工具的第17版开始，模拟器可以使用图形加速和CPU提供的扩展来提高效率。先决条件、完整配置和用户说明位于：

http://developer.android.com/guide/developing/devices/emulator.html#acceleration

要启用GPU去操作，请从命令行运行仿真器，或在AVD配置中的其他仿真器命令行选项中添加“-GPU on”。

emulator -avd <avd_name> -gpu on

要使用CPU机器扩展，必须安装驱动程序（小心，因为它可能与现有的VirtualBox或VMware驱动程序冲突）。安装后，无论何时使用基于x86的AVD，它都会自动使用。

我在Mac上也有类似的问题。我所做的；

1） 在仿真器上，设置显示->禁用屏幕方向2） 在Eclipse上，仿真器启动选项->-cpu延迟100

这些措施在降低CPU使用率方面有一定的效果（不是大约40-60%），而不是最终的解决方案。但同样，CPU使用率不再超过100%！

Android模拟器版本9有一个新的“快照”功能。您可以保存仿真器的状态（制作仿真器的图像），并避免在启动仿真器时启动。