对于快速测试（<1秒），使用buildroid，VirtualBox的第一个网卡设置为“仅主机网络”，然后运行

C:\Program Files (x86)\Android\android-sdk\platform-tools>adb connect *.*.*.*:5555
connected to *.*.*.*:5555

（^）DOS/bash（v）

# adb connect *.*.*.*:5555
connected to *.*.*.*:5555

其中*.*.*.*是通过单击buildroid主屏幕中的buildroid应用程序获得的buildroidIP地址。

在模拟设备时，尝试使用Intel X86 Atom Storage Image进行相对更快的启动，而不是使用基于ARM的映像。

需要注意的另一件事是，根据您的系统配置，使用1.21 GB RAM运行Android模拟器可能是一种缓慢的体验，因为模拟器需要高达一定百分比的RAM，用于模拟设备，而不会忘记ADT使用的RAM。

尝试2.1-2.3.3的系统映像，以获得至少可运行的体验。此外，不要忘记“保存到快照”以加快加载速度。尽管第一次加载可能需要时间。但保存到快照肯定会节省一些时间。

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

Android ADT 18现在包括一个（测试版）GPU启用选项（只需从AVD财产启用GPU加速）。它带来了巨大的变化，甚至ICS现在也感到相对舒适。

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

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

adb connect 127.0.0.1 

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

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设备，然后使用模拟器。