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

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

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

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

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

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

当前（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的仿真器上进行测试。

英特尔于2012年5月15日发布了ICS仿真器的推荐安装说明。这对我有用。模拟器现在很快，UI也很流畅。

前半部分的说明足够详细，因此我假设您能够使用Android SDK管理器以及Intel HAXM安装Intel x86 Atom System Image。

现在，为了确保其他一切都已设置，您可以享受高性能模拟器：

安装Intel硬件加速执行管理器（HAXM）

然后开始：

sudo kextload -b com.intel.kext.intelhaxm (mac)

如果HAXM工作正常，则在启动仿真器时可能会看到以下消息：

HAX正在工作，仿真器以快速虚拟模式运行

否则，您可能会看到以下错误：

HAX不工作，仿真器在仿真模式仿真器中运行：无法打开hax模块

使用GPU仿真。在撰写本文时，当使用GPU仿真时，不能使用快照选项。确保GPU仿真设置为“是”。将设备内存设置为1024 MB或更大，但不能超过Intel HAXM设置。我每个设备使用1024 MB，HAXM使用2048 MB。

保存后始终仔细检查设置！模拟器对它允许您设置的内容非常挑剔，它会在不告诉您的情况下恢复配置。

使用这些设置，软件键盘不再显示，屏幕上的后退键、菜单键和最近的键也不再显示。这似乎是当前ICS Intel x86系统映像的一个限制。您需要使用键盘快捷键。

在Mac OS上，您需要按住fn+控制键，F1-F12键才能工作。可以使用控制+箭头键执行向上/向下/向左/向右翻页。