AVDpipe理器 – 无法创buildAndroid虚拟设备

我刚刚从Google安装了Android Eclipse插件和Android SDK。 我打开Window -> Android Virtual Device Manager打开AVDpipe理器窗口。 然后我点击“新build”,出现“创build新的Android虚拟设备(AVD)”窗口。 问题是,我不能得到“确定”button不变灰。 我从“Device”中selectNexus 7,给AVD一个名字,我select“Android 4.2 API Level 17”作为目标。 而不pipe我为其余的设置做什么,“OK”button继续变灰。 我没有出现任何错误。 任何想法,我可能会失踪,为什么窗口不会让我继续点击“确定”?

您在目标下方的下拉列表中未selectCPU / ABI目标,或者尚未安装系统映像。 打开您的SDKpipe理器,确保您已经安装了Android 4.2部分下的ARM EABI v7a System Image

我在创buildAVD时遇到了麻烦。

或者:

  • 从SDKpipe理器安装SDK版本后重新启动eclipse,或者
  • 您应该在Eclipse之外运行“AVD Manager.exe”

首先,请确保在“AVD名称”字段中没有空格(或其他非法字符,例如“+”,“=”,“/”等)。 空间为我打破了。

我有同样的问题,虽然所有必需的软件包已安装。 我closures了Eclipse,在\ android-sdks \ tools \文件夹中运行了monitor.bat,从那里打开了AVDpipe理器,我就能够在这里创build虚拟设备。

您需要避免使用AVD名称中的空格。 select“皮肤”选项。

尝试创build一个与tools-foldermonitor.bat AVD,这对我来说工作!

另一件事让我感到沮丧:“名称”字段必须是一个单词,不能有空格!

有同样的麻烦…加载ARM EABI v7a系统映像也为我工作。 非常感谢。

我之前在Android SDKpipe理器上看到,在我的系统上为同一个更新的SDK(Android 4.2)安装了一个名称相同的系统映像(ARM EABI v7a系统映像)。 因此,我认为这将否定安装早期的Android 2.2 SDK ARM图像的需要,但显然不是。

嘿家伙我有同样的问题,但现在我得到它:检查你select哪个API和API版本CPU / ABI可用或不。 如果可用,那么你的工作就完成了! 根据支持它的窗口select设备。

您需要打开您的SDKpipe理器,并确保安装了所有东西,尤其是系统映像。 之后会好起来的!

如果您以某种方式更改了SDKpath,即使列出了它们,也无法find您安装的SDK。

我通过openig Android SDK Manager解决,在对话框中select菜单Tools – > Manage AVDs。 当您直接从Eclipse的工具栏打开pipe理AVD时,您应该刷新以查看您创build的AVD。

在Kubuntu 12.04上安装了Eclipse Kepler,我遇到了同样的症状。 ARM EABI v7a系统映像已经安装。 出路是从命令行运行该工具,然后它没有抱怨。 我想重新启动日食可以做到这一点,但我不知道更多,如果我尝试过或不。

我一个星期前就遇到了这个问题。 这个问题与最新版本的SDK不使用更新后的Eclipse版本的Android SDK插件有关。 总的来说,这是一个有趣的问题,但一旦我更新它就消失了。

我甚至更新了AVD图像,没有运气。 显然旧的插件不能看到新的图像布局或东西。 这是SDK的22.3版本。

我在android-sdks \ tools中打开了monitor.bat,并在那里启动了设备pipe理器,我可以创buildAVD。

从Visual Studio 2015启动AVDpipe理器为我解决了这个问题。

我有(很多包) 所有需要的软件包安装,但没有使用一段时间,并有问题在SDKpipe理器中检测到它们。 我尝试了上面提供的所有解决scheme都无济于事,包括运行'android / sdk / tools'中的monitor.bat文件后运行AVD。

然后,我在'Tools-> Android-> Android Emulator Manager'中启动了VS的AVD,并立即检测到'Google APIs Intel Atom x86'和ARM EABI v7a系统映像

目标设置为API级别23。

如果你有AVD创build问题,只是尝试把它放在一个新的文件夹(eclipse,android sdk,avd),然后你只是运行它,它应该工作。 只需在该文件夹中打开Eclipse并像往常一样运行