我在x86 Windows XP Professional机器上有2.67 GHz赛扬处理器和1.21 GB RAM。
我的理解是,Android Emulator应该在这样的机器上启动得相当快,但对我来说,它没有。我遵循了设置IDE、SDK、JDK等的所有说明,并在快速启动仿真器方面取得了一些成功,但这非常罕见。如果可能的话,我如何解决这个问题?
即使它启动并加载主屏幕,它也非常缓慢。我已经在3.5版(伽利略)和3.4版(木卫三)中尝试过Eclipse IDE。
我在x86 Windows XP Professional机器上有2.67 GHz赛扬处理器和1.21 GB RAM。
我的理解是,Android Emulator应该在这样的机器上启动得相当快,但对我来说,它没有。我遵循了设置IDE、SDK、JDK等的所有说明,并在快速启动仿真器方面取得了一些成功,但这非常罕见。如果可能的话,我如何解决这个问题?
即使它启动并加载主屏幕,它也非常缓慢。我已经在3.5版(伽利略)和3.4版(木卫三)中尝试过Eclipse IDE。
当前回答
是的,你是对的,因为原生android模拟器比其他自定义模拟器(如genymotion)慢得多。我在运行功能性calabash android测试时发现了这一点。
在本机android模拟器上,当发生“超时异常”时会产生此问题,因此我转到解决此问题的genymotion模拟器。
P.S:genymotion模拟器不再免费。
其他回答
您可以使用以下命令创建仿真器.bat以启动仿真器。它会启动得更快。
emulator.exe -cpu-delay 0 -no-boot-anim @<avd name>
或者在Unix(Mac或Linux风格)上:
emulator -cpu-delay 0 -no-boot-anim @<avd name>
试着缩小模拟器的规模,它会让它更快一些,即使不是这样,它也会感觉更快。
好吧,既然有人建议将Android x86作为替代测试模拟器,我也将介绍我的最爱。这可能不是每个人的选择,但对我来说,这是完美的!
使用Bluestacks播放器。它运行Android 2.3.4,非常流畅和快速。有时它甚至比普通设备更快。唯一的缺点是,你只能在API级别10上测试应用程序,并且只能在一个屏幕大小上测试,但它非常适合测试是否正常工作。只需通过运行
adb connect 127.0.0.1
编译后,它立即安装。考虑到我有一个相当普通的计算机硬件(双核和4GB的RAM),这非常令人印象深刻。
我的解决方案是维索。我得到了两个最好的世界。我不会给我的机器加太多的电,但我也可以在屏幕上看到我真正的Android设备,所以我不必伸手去拿它,把手从键盘上拿下来等等。此外,总有一些功能在模拟器上运行得不太好。
有带广告的免费版本和付费版本,与其他解决方案相比,不会让银行破产。
我会坚持你现在就安装BlueStacks,因为它的工作原理与模拟器相同,具有许多其他功能(例如,它可以访问Android市场)。此外,您还可以以极高的性能速度从Eclipse直接运行应用程序到BlueStack设备/仿真器。将应用程序从Eclipse运行到BlueStack仿真器只需几秒钟。