您可以使用以下命令创建仿真器.bat以启动仿真器。它会启动得更快。

emulator.exe -cpu-delay 0 -no-boot-anim @<avd name>

或者在Unix（Mac或Linux风格）上：

emulator -cpu-delay 0 -no-boot-anim @<avd name>

我想知道为什么没有人提到Visual Studio Emulator作为替代方案。它比原生Android Studio Emulator快得多。

下面是性能比较的链接：https://medium.com/android-news/how-visual-studio-emulator-for-android-can-improve-your-android-development-9e17a6213839#.hlh7ba6ut

更好的是，只需拖放即可安装apk文件，甚至gapp（或任何其他可闪存zip）。然而，缺点是它需要Hyper-V，而Hyper-V仅在Windows上可用（从Windows 8开始也是如此）。其他限制（以及上述描述）和其他细节可在此处找到：https://blogs.msdn.microsoft.com/visualstudioalm/2014/11/12/introducing-visual-studios-emulator-for-android/

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

您（旧）版本的Eclipse中包含的仿真器非常慢。

最近的模拟器比2010年的速度更快。更新SDK/IDE。

就我个人而言，我使用真实的手机进行测试。它更快，测试更真实。但是如果你想在很多不同的Android版本上测试你的应用程序，并且不想买几部手机，你就必须时不时地使用模拟器。

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

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

adb connect 127.0.0.1 

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

简短回答：因为ARM->x86指令翻译。Emulator的工作方式与虚拟机类似，虚拟机的任务是启动一个完整的操作系统，然后运行测试应用程序。ARM->x86转换可能非常耗时，对您的应用程序来说更少，但对操作系统启动时更为耗时（这与复杂性和涉及的指令数量成正比）。

一些人建议在x86模拟器上运行代码。这意味着不需要加载基于ARM的操作系统，而是加载一个在x86机器上运行速度更快的x86变体，因为不需要ARM->x86转换。然而，这并不是一个完美的解决方案：

使用NDK并带有为ARM编译的本机库（*.so）的Android应用程序将无法在x86仿真器上运行，因此此类程序将无法运行。但是，如果您达到了这一点，并开始处理NDK/本机JNI代码，那么您可能已经对仿真器了解足够了。