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

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

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


当前回答

我昨天刚开始使用Windows7,面临着同样的问题。我发现并正在为我工作的最简单的解决方案是在模拟器中使用低配置设备。我使用Nexus One而不是Nexus 7,并在Android虚拟设备中为设备选择快照。

同样重要的是保持模拟器打开。它可以在Eclipse和AndroidStudio中工作。

在一个窗口中,它表示当RAM超过~700时,快照通常不起作用。因此,选择配置较低的一个很容易帮助测试HelloWorld,然后开发应用程序。稍后,我们可以在高端设备上进行测试。

对我来说,虚拟化支持不起作用,因为我的硬件不支持它。

其他回答

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

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

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

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

是的,你是对的,因为原生android模拟器比其他自定义模拟器(如genymotion)慢得多。我在运行功能性calabash android测试时发现了这一点。

在本机android模拟器上,当发生“超时异常”时会产生此问题,因此我转到解决此问题的genymotion模拟器。

P.S:genymotion模拟器不再免费。

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

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

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

您可以从这里下载genymotion仿真器。这既快速又高效。

Android ADT 18现在包括一个(测试版)GPU启用选项(只需从AVD财产启用GPU加速)。它带来了巨大的变化,甚至ICS现在也感到相对舒适。