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

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

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

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

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

我正在使用Windows 7。

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

尝试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插件，找到设备，然后享受！

如果您有Intel CPU，请安装Intel Hardware Accelerated Execution Manager。

然后在“仿真器设置”中将其指定为仿真器的CPU。当我在Core i7 CPU上完成这项工作时，大约需要10分钟。现在它将在15秒内打开。

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

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

adb connect 127.0.0.1 

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

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