Eclipse：请检查 aapt 是否存在于“..\sdk\build-tools.0.0_rc1\aapt.exe”
Eclipse: please check aapt is present at "..\sdk\build-tools\23.0.0_rc1\aapt.exe"
最近，我将 android-SDK 升级到 Android M（API 22，MNC 预览版）。之后，每个项目打开Eclipse都报错。
错误说：
"Error executing aapt. please check aapt is present at ..\sdk\build-tools.0.0_rc1\aapt.exe".
查看这个*.exe文件后，发现23.0.0_rc1的"aapt.exe"在..\23.0 .0_rc1\bin\aapt.exe 不像 22.0.1 在 ..\22.0.1\aapt.exe。所以，aapt.exe的位置改变了，但是Eclipse无法意识到。
那么，Android 是有意还是无意？在不改变原文件结构的情况下如何解决这个问题？
我使用 Eclipse 以及 Android Studio。所以，我想先确保 Android SDK 对 AS 没问题，然后是 Eclipse，所以我不改变 SDK
的结构
如有任何提示，我们将不胜感激。提前致谢。
P.S.:
- 我的 OS 是 Windows 7 和 Mac OS X ;
- 用于 Eclipse 的 ADT 插件 的 版本 是 23.0。 6,
现在是最新的；
- 此外，在 Eclipse 时弹出 window 还报告了另一个错误
开始：
错误：解析错误...\sdk\system-images\android-22\android-wear\armeabi-v7a\devices。xml
cvc-complex-type.2.4.d: 发现以 开头的无效内容
"d:skin" 的元素。这个子元素不应该在这里。
您需要将完整目录"platform-tools"复制到sdk目录“**\adt-bundle-windows-x86-20140702\sdk”，然后重启eclipse！
我也遇到了同样的问题。看起来 23.0.0_rc1 不合适。它不包括 aapt.exe。为解决此问题，我通过 Android SDK 管理器删除了 23rc1（工具预览频道）。现在我正在使用以前的构建工具。
@Josecash 的回答非常有效。这是 link 的英语解决方案。
事实证明，现在 build-tools/23.0.0_rc1/ 文件夹中的二进制文件位于名为 bin 的子文件夹中，因此当 eclipse 在其新路径中找不到它们时，最快的解决方案是为二进制文件创建直接 link 您正在寻找 eclipse 的文件夹。
在linux中：
$ cd / path / to / sdk /build-tools/23.0.0_rc1/
$ ln -s bin/aapt
在Windows:
让 SDK 的路径为 build-tools\23.0.0_rc1\bin\folder 在那里单击 AAPT - 上的鼠标右键。直接创建link，然后将link复制到上层build-tools\23.0文件夹中。 0_rc1 \ 并更改名称 aapt.exe
然后重启eclipse即可。
不仅构建工具 23.0.0rc1 中缺少 aapt 工具，Eclipse 也找不到其他构建工具。
这些工具应位于 $ANDROID_SDK/build-tools/23.0.0_rc1，但已移至 $ANDROID_SDK/build-tools/23.0.0_rc1/bin。
将所有可执行二进制文件移动到单独的目录使目录树更加结构化，但 eclipse 的 ADT 插件没有相应更新。
通过创建符号链接供临时使用。
$ cd $ANDROID_SDK/build-tools/23.0.0_rc1
$ for f in bin/*;do ln -s $f .;done
解决这个问题-
只需从 \Android SDK\build-tools.0.0_rc1\bin 复制 aapt 并将其粘贴到 \Android SDK\build-tools.0.0_rc1\ 并重命名至 aapt.exe
重启eclipse应该可以解决
如果您是 运行 Appium 并收到错误 aapt.exe not found
解决方案只是注意 Android OS 功能中正确提及的版本以及 automationName 为 "Appium"
示例 - 如果您的 Android 设备 OS 版本是 7.1.1 然后提及
cap.setCapability("platformName", "Android 7.1.1");
cap.setCapability("automationName", "Appium");
最近，我将 android-SDK 升级到 Android M（API 22，MNC 预览版）。之后，每个项目打开Eclipse都报错。
错误说： "Error executing aapt. please check aapt is present at ..\sdk\build-tools.0.0_rc1\aapt.exe".
查看这个*.exe文件后，发现23.0.0_rc1的"aapt.exe"在..\23.0 .0_rc1\bin\aapt.exe 不像 22.0.1 在 ..\22.0.1\aapt.exe。所以，aapt.exe的位置改变了，但是Eclipse无法意识到。
那么，Android 是有意还是无意？在不改变原文件结构的情况下如何解决这个问题？
我使用 Eclipse 以及 Android Studio。所以，我想先确保 Android SDK 对 AS 没问题，然后是 Eclipse，所以我不改变 SDK
的结构如有任何提示，我们将不胜感激。提前致谢。
P.S.:
- 我的 OS 是 Windows 7 和 Mac OS X ;
- 用于 Eclipse 的 ADT 插件 的 版本 是 23.0。 6, 现在是最新的；
- 此外，在 Eclipse 时弹出 window 还报告了另一个错误 开始： 错误：解析错误...\sdk\system-images\android-22\android-wear\armeabi-v7a\devices。xml cvc-complex-type.2.4.d: 发现以 开头的无效内容 "d:skin" 的元素。这个子元素不应该在这里。
您需要将完整目录"platform-tools"复制到sdk目录“**\adt-bundle-windows-x86-20140702\sdk”，然后重启eclipse！
我也遇到了同样的问题。看起来 23.0.0_rc1 不合适。它不包括 aapt.exe。为解决此问题，我通过 Android SDK 管理器删除了 23rc1（工具预览频道）。现在我正在使用以前的构建工具。
@Josecash 的回答非常有效。这是 link 的英语解决方案。
事实证明，现在 build-tools/23.0.0_rc1/ 文件夹中的二进制文件位于名为 bin 的子文件夹中，因此当 eclipse 在其新路径中找不到它们时，最快的解决方案是为二进制文件创建直接 link 您正在寻找 eclipse 的文件夹。
在linux中：
$ cd / path / to / sdk /build-tools/23.0.0_rc1/
$ ln -s bin/aapt
在Windows: 让 SDK 的路径为 build-tools\23.0.0_rc1\bin\folder 在那里单击 AAPT - 上的鼠标右键。直接创建link，然后将link复制到上层build-tools\23.0文件夹中。 0_rc1 \ 并更改名称 aapt.exe
然后重启eclipse即可。
不仅构建工具 23.0.0rc1 中缺少 aapt 工具，Eclipse 也找不到其他构建工具。
这些工具应位于 $ANDROID_SDK/build-tools/23.0.0_rc1，但已移至 $ANDROID_SDK/build-tools/23.0.0_rc1/bin。
将所有可执行二进制文件移动到单独的目录使目录树更加结构化，但 eclipse 的 ADT 插件没有相应更新。
通过创建符号链接供临时使用。
$ cd $ANDROID_SDK/build-tools/23.0.0_rc1
$ for f in bin/*;do ln -s $f .;done
解决这个问题- 只需从 \Android SDK\build-tools.0.0_rc1\bin 复制 aapt 并将其粘贴到 \Android SDK\build-tools.0.0_rc1\ 并重命名至 aapt.exe 重启eclipse应该可以解决
如果您是 运行 Appium 并收到错误 aapt.exe not found
解决方案只是注意 Android OS 功能中正确提及的版本以及 automationName 为 "Appium"
示例 - 如果您的 Android 设备 OS 版本是 7.1.1 然后提及
cap.setCapability("platformName", "Android 7.1.1"); cap.setCapability("automationName", "Appium");