模拟器在空闲时似乎会减慢速度。这一点可以通过快速将鼠标移到侧面的按键上并观察灯光的反应而变得明显。作为解决方法，我在启动仿真器时将-icount auto传递给QEMU。您可以创建一个名为my_avd.bat的批处理文件：

emulator @my_avd -no-boot-anim -qemu -icount auto

@my_avd—启动名为“my_avd”的虚拟设备-no boot anim—禁用动画以加快启动速度-qemu参数…--向qemu传递参数-icount[N|auto]—启用虚拟指令计数器，每个指令有2^N个时钟信号

这使动画变得非常流畅，并将adb安装速度提高了十倍。

HAXM是一种使英特尔处理器仿真器快速运行的方法，HAXM是内核驱动程序部分，用户空间仿真器部分基于QEMU，这意味着QEMU有一个分支使用HAXM（这个QEMU分支非常特定于android仿真器（而且似乎也基于较旧版本的QEMU）。

但是，当我用我的英特尔酷睿i3处理器和4千兆字节的RAM时，它对速度没有太大影响。所以这不是我的解决方案。

当我使用4GB RAM cpu时，Emulator变成了RAM消耗器，但为了使它更方便，有一些方法我更喜欢基于Android*86支持的模拟器。由于android工作室现在推出了即时运行，所以在首次发布后，应用程序的安装变得更快，但我一直面临着这个问题，似乎没有办法摆脱这个问题。

我还使用了Droid4x，它对我来说非常方便，但我找不到安装不同api版本的方法，我使用了kitkat，它比android模拟器更快，而且还支持VT，所以我找到了另一种方法和一个很好的解决方案，那就是Visual Studio emulator。您可以在这里阅读更多关于它的信息，我最新使用的是LeapDroid，它真的很强大。请参阅此处的比较

我更喜欢在4GB ram PC上使用Real设备，然后使用模拟器。

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

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

在编写本文时，最快的仿真器是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的仿真器上进行测试。

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

较旧的Android版本运行速度更快。当我使用上网本时，我使用Android 1.5（API级别3）。但也有一些缺点——你的应用程序需要支持较旧的平台（显然），ndk-gdb需要运行Android 2.2（API级别8）或更高版本。但无论如何，定期在旧平台上测试应用程序是一个好主意。