当前（2011年5月）版本的仿真器速度较慢，尤其是Android 3.0（蜂巢），主要是因为仿真器不支持硬件GL——这意味着GL代码被转换为软件（实际上是ARM软件），然后在QEMU中的软件中进行仿真。这太慢了。他们正在研究这个问题，并已部分解决，但没有任何发布质量。

查看视频GoogleI/O 2011:AndroidDevelopmentTools，看看它的运行情况——跳到大约44分钟。

启用快照可能不会使其在第一次运行时更快；不要追求大SD尺寸。第一次运行时将SD卡大小调整为100 MB。

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

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

这是我注意到的，根本没有人提到它。

将所有可用处理器分配给仿真器

这是你可以尝试的。它确实为我加快了模拟器的速度，尤其是在加载期间。我注意到仿真器只使用可用CPU的一个内核。我将其设置为使用所有可用的处理器。

我正在使用Windows 7。

当Android模拟器启动时，打开任务管理器，在进程选项卡下查找“仿真器arm.exe”或“仿真器arm.exe*32”。。。右键单击它，选择Processor Affinity（处理器相关性），并将您喜欢的处理器分配给仿真器。

将当前的Android Studio更新为Android Studio 2.0，并更新系统图像。

Android Studio 2.0模拟器的运行速度比Android之前的模拟器快3倍，通过ADB增强，您现在可以将应用程序和数据推送到模拟器，速度比推送到物理设备快10倍。与物理设备一样，官方Android模拟器也内置了Google Play Services，因此您可以测试更多的API功能。最后，新模拟器具有丰富的新功能来管理通话、电池、网络、GPS等。

是的，你是对的，因为原生android模拟器比其他自定义模拟器（如genymotion）慢得多。我在运行功能性calabash android测试时发现了这一点。

在本机android模拟器上，当发生“超时异常”时会产生此问题，因此我转到解决此问题的genymotion模拟器。

P.S：genymotion模拟器不再免费。