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

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

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

在AVD管理器中，选择VD并单击编辑，将分辨率设置为很小，因为您可以读取VD上的文本。

我使用800x600像素，RAM设置为512 MB，它的工作方式就像一个魅力一样，不需要占用大量CPU时间。

使用ADB实用程序，我发现了一些更重要的信息。

模拟器实际上正在运行，但图形界面似乎是问题所在。

当Android启动屏幕打开时，您将一直等待，它看起来如下所示：

模拟器实际上正在运行，因为您可以运行以下命令行工具并查看列出的进程：

adb -s emulator-5554 shell ps 

这将为您提供一个在设备上运行的进程列表，这些进程似乎被卡住了。

我将输出通过管道传输到一个文件，下面是所有正在运行的进程的列表：

USER     PID   PPID  VSIZE  RSS     WCHAN    PC         NAME

root      1     0     696    500   c02ae25a 0805a406 S /init
root      2     0     0      0     c02315a2 00000000 S kthreadd
root      3     2     0      0     c021f9dc 00000000 S ksoftirqd/0
root      5     2     0      0     c022e8d7 00000000 S kworker/u:0
root      6     2     0      0     c022e085 00000000 S khelper
root      7     2     0      0     c022e8d7 00000000 S kworker/u:1
root      255   2     0      0     c02886de 00000000 S sync_supers
root      257   2     0      0     c028935e 00000000 S bdi-default
root      259   2     0      0     c022e085 00000000 S kblockd
root      267   2     0      0     c022e085 00000000 S ata_sff
root      278   2     0      0     c04f610f 00000000 S khubd
root      283   2     0      0     c022e085 00000000 S md
root      297   2     0      0     c022e085 00000000 S cfg80211
root      298   2     0      0     c022e8d7 00000000 S kworker/0:1
root      413   2     0      0     c0283057 00000000 S kswapd0
root      481   2     0      0     c02cd713 00000000 S fsnotify_mark
root      501   2     0      0     c022e085 00000000 S crypto
root      590   2     0      0     c022e085 00000000 S iscsi_eh
root      611   2     0      0     c048aa21 00000000 S mtdblock0
root      619   2     0      0     c048aa21 00000000 S mtdblock1
root      627   2     0      0     c048aa21 00000000 S mtdblock2
root      666   2     0      0     c022e8d7 00000000 S kworker/0:2
root      700   2     0      0     c022e085 00000000 S binder
root      724   2     0      0     c022e085 00000000 S deferwq
root      725   1     624    348   c02ae25a 0805a406 S /sbin/ueventd
root      932   2     0      0     c055236e 00000000 S mmcqd/0
root      939   2     0      0     c0340f30 00000000 S yaffs-bg-1
root      941   2     0      0     c0340f30 00000000 S yaffs-bg-1
root      942   2     0      0     c0340f30 00000000 S yaffs-bg-1
system    943   1     1340   400   c056a35d b76a1eb6 S /system/bin/servicemanager
root      944   1     5540   924   ffffffff b7646c11 S /system/bin/vold
root      947   1     1548   504   c05785ce b766c163 S /system/bin/debuggerd
radio     948   1     6420   1016  ffffffff b76d3c11 S /system/bin/rild
system    949   1     20088  2876  ffffffff b7655eb6 S /system/bin/surfaceflinger
drm       951   1     10480  2920  ffffffff b7585eb6 S /system/bin/drmserver
keystore  954   1     5036   1416  c056a35d b765deb6 S /system/bin/keystore
root      955   1     1324   440   c02d0083 b76b28ab S /system/bin/qemud
shell     958   1     1428   668   c03e9ad9 b767fa76 S /system/bin/sh
root      959   1     4680   304   ffffffff 08063530 S /sbin/adbd
graphics  1012  1     17980  4276  ffffffff b7652eb6 S /system/bin/bootanimation
media     4743  1     25288  6232  ffffffff b75beeb6 S /system/bin/mediaserver
root      4744  1     3944   1164  00000000 b7628976 R /system/bin/netd
root      4770  4744  0      0     c021de78 00000000 Z iptables
root      4771  959   1768   540   00000000 b766fa76 R ps

为了好玩，我运行了以下命令并终止了“Android”动画：

adb -s emulator-5554 shell kill 1012

启动屏幕变为空白，因此确实发生了一些事情。

我尝试并成功地杀死了一些其他进程，这让我感觉很好，但模拟器似乎从未启动过。哦，好吧。我正在运行一个QuadCore i7，内存为8Gb。同样使用本问题其他文章中描述的设置运行haxm。

注意：我在2014年9月19日更新了这一点-我了解到，仿真器会尝试启动实例，但永远不会启动的这种奇怪行为与仿真器文件的文件权限有关。由于复制的方式，它们被设置为只读，因此模拟器尝试安装并写入其“虚拟磁盘”，但它的“虚拟磁盘“实际上是一个文件或一组文件，我的操作系统将其设置为只读的，因此失败。这些故障导致仿真器永远无法启动。我将文件设置为完全访问，仿真器将在记录时间内启动。

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

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

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

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

使用Intel x86 Emulator加速器

首先，安装Intel x86 Emulator Accelerator（HAXM）。这可以直接从Intel或使用Android SDK Manager下载。在SDK管理器中，它位于Extras下。

在我使用的AndroidStudio版本（0.8.9）中，AndroidSDKManager下载HAXM，但实际上不运行安装程序（我认为这将在以后的版本中得到修复）。要运行安装程序，我必须转到C:\Program Files（x86）\Android\Android studio\sdk\pextras\intel\Hardware_Accelerated_Execution_Manager并手动启动intelhaxm.exe。

HAXM可与Intel设备配合使用，因此创建了一个带有Intel CPU的新Emulator。

使用Intel Atom x86创建新的AVD

这大大改善了性能，但模拟器仍然感觉有点迟钝。最后一步是选择在Android虚拟设备管理器（AVD）中使用主机GPU。

在这些更改之后，Android Emulator在5-10秒内启动并运行，没有任何明显的延迟。请注意，这些功能依赖于硬件（CPU/GPU），在某些系统上可能无法工作。

Emulator启动选项中描述的选项-cpu delay＜delay＞可以帮助您。