我在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。
当前回答
使用ADB实用程序,我发现了一些更重要的信息。
模拟器实际上正在运行,但图形界面似乎是问题所在。
当Android启动屏幕打开时,您将一直等待,它看起来如下所示:
模拟器实际上正在运行,因为您可以运行以下命令行工具并查看列出的进程:
adb -s emulator-5554 shell ps
这将为您提供一个在设备上运行的进程列表,这些进程似乎被卡住了。
我将输出通过管道传输到一个文件,下面是所有正在运行的进程的列表:
USER PID PPID VSIZE RSS WCHAN PC NAME
root 1 0 696 500 c02ae25a 0805a406 S /init
root 2 0 0 0 c02315a2 00000000 S kthreadd
root 3 2 0 0 c021f9dc 00000000 S ksoftirqd/0
root 5 2 0 0 c022e8d7 00000000 S kworker/u:0
root 6 2 0 0 c022e085 00000000 S khelper
root 7 2 0 0 c022e8d7 00000000 S kworker/u:1
root 255 2 0 0 c02886de 00000000 S sync_supers
root 257 2 0 0 c028935e 00000000 S bdi-default
root 259 2 0 0 c022e085 00000000 S kblockd
root 267 2 0 0 c022e085 00000000 S ata_sff
root 278 2 0 0 c04f610f 00000000 S khubd
root 283 2 0 0 c022e085 00000000 S md
root 297 2 0 0 c022e085 00000000 S cfg80211
root 298 2 0 0 c022e8d7 00000000 S kworker/0:1
root 413 2 0 0 c0283057 00000000 S kswapd0
root 481 2 0 0 c02cd713 00000000 S fsnotify_mark
root 501 2 0 0 c022e085 00000000 S crypto
root 590 2 0 0 c022e085 00000000 S iscsi_eh
root 611 2 0 0 c048aa21 00000000 S mtdblock0
root 619 2 0 0 c048aa21 00000000 S mtdblock1
root 627 2 0 0 c048aa21 00000000 S mtdblock2
root 666 2 0 0 c022e8d7 00000000 S kworker/0:2
root 700 2 0 0 c022e085 00000000 S binder
root 724 2 0 0 c022e085 00000000 S deferwq
root 725 1 624 348 c02ae25a 0805a406 S /sbin/ueventd
root 932 2 0 0 c055236e 00000000 S mmcqd/0
root 939 2 0 0 c0340f30 00000000 S yaffs-bg-1
root 941 2 0 0 c0340f30 00000000 S yaffs-bg-1
root 942 2 0 0 c0340f30 00000000 S yaffs-bg-1
system 943 1 1340 400 c056a35d b76a1eb6 S /system/bin/servicemanager
root 944 1 5540 924 ffffffff b7646c11 S /system/bin/vold
root 947 1 1548 504 c05785ce b766c163 S /system/bin/debuggerd
radio 948 1 6420 1016 ffffffff b76d3c11 S /system/bin/rild
system 949 1 20088 2876 ffffffff b7655eb6 S /system/bin/surfaceflinger
drm 951 1 10480 2920 ffffffff b7585eb6 S /system/bin/drmserver
keystore 954 1 5036 1416 c056a35d b765deb6 S /system/bin/keystore
root 955 1 1324 440 c02d0083 b76b28ab S /system/bin/qemud
shell 958 1 1428 668 c03e9ad9 b767fa76 S /system/bin/sh
root 959 1 4680 304 ffffffff 08063530 S /sbin/adbd
graphics 1012 1 17980 4276 ffffffff b7652eb6 S /system/bin/bootanimation
media 4743 1 25288 6232 ffffffff b75beeb6 S /system/bin/mediaserver
root 4744 1 3944 1164 00000000 b7628976 R /system/bin/netd
root 4770 4744 0 0 c021de78 00000000 Z iptables
root 4771 959 1768 540 00000000 b766fa76 R ps
为了好玩,我运行了以下命令并终止了“Android”动画:
adb -s emulator-5554 shell kill 1012
启动屏幕变为空白,因此确实发生了一些事情。
我尝试并成功地杀死了一些其他进程,这让我感觉很好,但模拟器似乎从未启动过。哦,好吧。我正在运行一个QuadCore i7,内存为8Gb。同样使用本问题其他文章中描述的设置运行haxm。
注意:我在2014年9月19日更新了这一点-我了解到,仿真器会尝试启动实例,但永远不会启动的这种奇怪行为与仿真器文件的文件权限有关。由于复制的方式,它们被设置为只读,因此模拟器尝试安装并写入其“虚拟磁盘”,但它的“虚拟磁盘“实际上是一个文件或一组文件,我的操作系统将其设置为只读的,因此失败。这些故障导致仿真器永远无法启动。我将文件设置为完全访问,仿真器将在记录时间内启动。
其他回答
现在在ADT21上,它为快速仿真器提供了更多选项。。。您应该使用512 MB RAM、较低的CPU时间、设备选择和较高的VM堆大小。为了获得更好的结果,您应该在CPU/ABI中使用Intel Atom。。。使用快照和CPU主机可能不会提高仿真器的速度,但有一些用于其他目的。
是的,你是对的,因为原生android模拟器比其他自定义模拟器(如genymotion)慢得多。我在运行功能性calabash android测试时发现了这一点。
在本机android模拟器上,当发生“超时异常”时会产生此问题,因此我转到解决此问题的genymotion模拟器。
P.S:genymotion模拟器不再免费。
Android模拟器非常慢。运行时需要800MB内存。如果您在Windows上,可以使用Microsoft Android Emulator。它非常棒,为您提供了比Android Studio Emulator更多的功能。最重要的是速度快(仅消耗13MB)。它附带Visual Studio 2015技术预览版。我正在使用它,并对它感到满意。我下载并安装了整个VS包,我需要了解如何仅安装VS Emulator。
适用于Android的Visual Studio Emulator
编辑:尝试https://www.visualstudio.com/vs/msft-android-emulator/
我昨天刚开始使用Windows7,面临着同样的问题。我发现并正在为我工作的最简单的解决方案是在模拟器中使用低配置设备。我使用Nexus One而不是Nexus 7,并在Android虚拟设备中为设备选择快照。
同样重要的是保持模拟器打开。它可以在Eclipse和AndroidStudio中工作。
在一个窗口中,它表示当RAM超过~700时,快照通常不起作用。因此,选择配置较低的一个很容易帮助测试HelloWorld,然后开发应用程序。稍后,我们可以在高端设备上进行测试。
对我来说,虚拟化支持不起作用,因为我的硬件不支持它。
如果可以,请切换到使用Ubuntu进行Android开发。我切换到Ubuntu 14.04 LTS进行Android开发,我很高兴我成功了。上面提到的所有步骤在Windows上的延迟几乎没有或根本没有差别。Linux是您面临的所有问题的正确答案