我在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。
当前回答
首先,您需要将RAM升级到至少8GB。
如果无法升级RAM,请尝试在Android手机上运行应用程序,方法是通过数据线连接,并将USB调试设置为on。
此外,您可以使用一些其他模拟器,如GenyMotion或Nox。
然而,由于您似乎拥有大量的RAM,即使是其他仿真器也可能会变得缓慢。
其他回答
如果可以,请切换到使用Ubuntu进行Android开发。我切换到Ubuntu 14.04 LTS进行Android开发,我很高兴我成功了。上面提到的所有步骤在Windows上的延迟几乎没有或根本没有差别。Linux是您面临的所有问题的正确答案
简短回答:因为ARM->x86指令翻译。Emulator的工作方式与虚拟机类似,虚拟机的任务是启动一个完整的操作系统,然后运行测试应用程序。ARM->x86转换可能非常耗时,对您的应用程序来说更少,但对操作系统启动时更为耗时(这与复杂性和涉及的指令数量成正比)。
一些人建议在x86模拟器上运行代码。这意味着不需要加载基于ARM的操作系统,而是加载一个在x86机器上运行速度更快的x86变体,因为不需要ARM->x86转换。然而,这并不是一个完美的解决方案:
使用NDK并带有为ARM编译的本机库(*.so)的Android应用程序将无法在x86仿真器上运行,因此此类程序将无法运行。但是,如果您达到了这一点,并开始处理NDK/本机JNI代码,那么您可能已经对仿真器了解足够了。
您可以从这里下载genymotion仿真器。这既快速又高效。
将当前的Android Studio更新为Android Studio 2.0,并更新系统图像。
Android Studio 2.0模拟器的运行速度比Android之前的模拟器快3倍,通过ADB增强,您现在可以将应用程序和数据推送到模拟器,速度比推送到物理设备快10倍。与物理设备一样,官方Android模拟器也内置了Google Play Services,因此您可以测试更多的API功能。最后,新模拟器具有丰富的新功能来管理通话、电池、网络、GPS等。
尝试减小屏幕大小,也许你应该考虑使用Ubuntu。我也遇到过同样的问题,不知为什么我在同一台PC上的仿真器在使用Linux时工作速度快了五倍。