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

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

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


当前回答

从AndroidSDK工具的第17版开始,模拟器可以使用图形加速和CPU提供的扩展来提高效率。先决条件、完整配置和用户说明位于:

http://developer.android.com/guide/developing/devices/emulator.html#acceleration

要启用GPU去操作,请从命令行运行仿真器,或在AVD配置中的其他仿真器命令行选项中添加“-GPU on”。

emulator -avd <avd_name> -gpu on

要使用CPU机器扩展,必须安装驱动程序(小心,因为它可能与现有的VirtualBox或VMware驱动程序冲突)。安装后,无论何时使用基于x86的AVD,它都会自动使用。

其他回答

我注意到,如果没有连接Dalvik调试监控服务器(DDMS),仿真器启动速度会快得多。因此,如果您从Virtual Device Manager“SDK Setup.exe”启动仿真器,而Eclipse未启动,则仿真器的工作速度更快。

如果您从Eclipse:DDMS启动模拟器,那么有时模拟器非常慢,但有时速度更快。

模拟器在空闲时似乎会减慢速度。这一点可以通过快速将鼠标移到侧面的按键上并观察灯光的反应而变得明显。作为解决方法,我在启动仿真器时将-icount auto传递给QEMU。您可以创建一个名为my_avd.bat的批处理文件:

emulator @my_avd -no-boot-anim -qemu -icount auto

@my_avd—启动名为“my_avd”的虚拟设备-no boot anim—禁用动画以加快启动速度-qemu参数…--向qemu传递参数-icount[N|auto]—启用虚拟指令计数器,每个指令有2^N个时钟信号

这使动画变得非常流畅,并将adb安装速度提高了十倍。

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

尝试Android x86。它比谷歌Android模拟器快得多。遵循以下步骤:

安装VirtualBox。下载所需的ISO文件。将虚拟机创建为Linux 2.6/其他Linux,512 MB RAM,HD 2 GB。网络:PCnet Fast III,连接到NAT。您也可以使用桥接适配器,但您的环境中需要DHCP服务器。在模拟器上安装Android x86,运行它。按Alt+F1,键入netcfg,记住IP地址,按Alt+F7。在Windows XP系统上运行cmd,将目录更改为Android工具目录,键入adb connect<virtual_machine_IP>。启动Eclipse,打开ADT插件,找到设备,然后享受!

当前(2011年5月)版本的仿真器速度较慢,尤其是Android 3.0(蜂巢),主要是因为仿真器不支持硬件GL——这意味着GL代码被转换为软件(实际上是ARM软件),然后在QEMU中的软件中进行仿真。这太慢了。他们正在研究这个问题,并已部分解决,但没有任何发布质量。

查看视频GoogleI/O 2011:AndroidDevelopmentTools,看看它的运行情况——跳到大约44分钟。