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

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

adb connect 127.0.0.1 

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

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

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

尝试Android Studio的Genymotion。燃烧得很快！只需要一次安装。不再有AVD疼痛。

你可以尝试Genymotion而不是android模拟器。它比android模拟器更快更好。

您可以在GoogleI/O 2011:AndroidDevelopmentTools上回顾仿真器问题，开始0:40:20。

模拟器运行缓慢，因为整个Android环境在仿真硬件上运行，指令也在仿真ARM处理器上执行。

主要的瓶颈是渲染，因为它不在任何专用硬件上运行，但实际上是通过软件渲染执行的。减小屏幕大小将大大提高仿真器性能。获得更多/更快的内存不会有帮助。

当时他们已经提到，他们正在开发一种接口，允许仿真器通过主机硬件传输某些指令，因此最终，您将能够利用桌面硬件的原始功能来利用仿真器的性能。

我也遇到过同样的问题，但我通过从C:\Users\User\中删除.android文件夹来解决这个问题。

现在，每当我启动Eclipse或AVD时，我都会删除该文件夹。之后，我的AVD在20到30秒内启动，模拟器工作平稳，延迟可以忽略不计。

可选：如果问题仍然存在，请尝试克隆NEXUS S平均日。