我在x86 Windows XP Professional机器上有2.67 GHz赛扬处理器和1.21 GB RAM。

我的理解是,Android Emulator应该在这样的机器上启动得相当快,但对我来说,它没有。我遵循了设置IDE、SDK、JDK等的所有说明,并在快速启动仿真器方面取得了一些成功,但这非常罕见。如果可能的话,我如何解决这个问题?

即使它启动并加载主屏幕,它也非常缓慢。我已经在3.5版(伽利略)和3.4版(木卫三)中尝试过Eclipse IDE。


当前回答

这是我注意到的,根本没有人提到它。

将所有可用处理器分配给仿真器

这是你可以尝试的。它确实为我加快了模拟器的速度,尤其是在加载期间。我注意到仿真器只使用可用CPU的一个内核。我将其设置为使用所有可用的处理器。

我正在使用Windows 7。

当Android模拟器启动时,打开任务管理器,在进程选项卡下查找“仿真器arm.exe”或“仿真器arm.exe*32”。。。右键单击它,选择Processor Affinity(处理器相关性),并将您喜欢的处理器分配给仿真器。

其他回答

我想知道为什么没有人提到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/

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

我在Mac上也有类似的问题。我所做的;

1) 在仿真器上,设置显示->禁用屏幕方向2) 在Eclipse上,仿真器启动选项->-cpu延迟100

这些措施在降低CPU使用率方面有一定的效果(不是大约40-60%),而不是最终的解决方案。但同样,CPU使用率不再超过100%!

为了减少模拟器启动时间,您需要在启动模拟器之前检查“禁用启动动画”。请参阅Android文档。

如果您不知道,则无需在每次运行/调试应用程序时关闭模拟器。如果您在已经打开的情况下单击run/debug,则APK文件将被上传到模拟器并立即启动。Emulator只有在第一次启动时才会花费很长的时间。

以下是一些加快Android模拟器速度的提示:如何将Android模拟器的速度提高400%。