执行aapt时突然出错

Question

我知道周围有很多这样的主题，但似乎没有一个对我的情况有帮助，也没有准确地描述它。最好的类似的是在正确的路径下找不到aapt。

我的问题是，我可以使用 Eclipse 进行整个晚上的编程、编译和使用我的设备，然后突然我在当前项目中遇到“执行 aapt 时出错”的情况，当然 R.java 不再（正确）生成了。然后我重新启动 Eclipse，一切都会消失。然而，我平均每天看到一次。

我最近切换到 amd64 并安装了最新的 Android-2.3 SDK 和匹配工具。我知道现在有一个 platform-tools 文件夹，其中有一个 aapt 版本，应该独立工作 SDK 版本。起初，我按照 SDK 网站上的说明将此目录添加到我的 PATH 中。我还尝试不将其添加到我的路径中并创建链接platforms/android-9/tools，以便每个SDK版本都可以使用它自己的旧副本。不用说，platform-tools/aapt 就在那里并且拥有正确的权限，我已经能够随时在命令行上执行它。

当我编写错误的 xml 文件或排序并适当地收到错误时，我会看到一条额外的行，上面写着“aapt：/lib32/libz.so.1：没有可用的版本信息”。我正在运行最新的 Gentoo Linux 系统。我已经安装了所有东西来支持 amd64 上的 x86，但为了确定起见，我重新出现了 emul-linux-x86-baselibs 和 zlib。问题仍然存在。我确实看到一些 页面 对某些 zlib bug 感到恐惧，但我不确定这是否相关。我意识到我不在参考 Ubuntu 平台上，但差别肯定不会那么大吧？

这很可能是 aapt 或工具本身的错误。为什么会突然停止工作？我还发现 R.java 中的 ids 不正确，即简单的 findViewById() 代码会因为混合 ids 一次而给出 ClassCastExceptions，然后在没有任何更改的情况下完美工作，而只是一个“干净的项目”，之后一个失败的公寓。

最后，我在 aapt 上运行了一些命令，这些命令似乎没有添加任何额外的信息：

#ldd aapt
./aapt: /lib32/libz.so.1: no version information available (required by ./aapt)
 linux-gate.so.1 =>  (0xffffe000)
 librt.so.1 => /lib32/librt.so.1 (0x4f864000)
 libpthread.so.0 => /lib32/libpthread.so.0 (0x4f849000)
 libz.so.1 => /lib32/libz.so.1 (0xf7707000)
 libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/32/libstdc++.so.6 (0x415e9000)
 libm.so.6 => /lib32/libm.so.6 (0x4f876000)
 libgcc_s.so.1 => /lib32/libgcc_s.so.1 (0x4fac6000)
 libc.so.6 => /lib32/libc.so.6 (0x4f5ed000)
 /lib/ld-linux.so.2 (0x4f5ca000)

#file aapt
aapt: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped

有人能告诉我我的配置有什么问题吗？也许它闻起来像一个错误（否则让我们（再次）报告它）？

更新2010-01-06：

我获得了更多知识。当我最近尝试导出签名的 apk 时，我遇到了另一条关于我以前从未见过的 aapt 的错误消息（来自 Eclipse 错误视图的完整详细信息）。这里还要注意，我可以重新启动 Eclipse，并且可以毫无问题地再次导出 apk，至少在一段时间内是这样。

我开始认为这与我的系统内存不足有关。消息“onvoldoende geheugen beschikbaar”的意思是“可用内存不足”。

当我转储 HPROF 文件时，我还在 DDMS 中看到内存不足的错误。

这是错误日志（缩短）：

!ENTRY com.android.ide.eclipse.adt 4 0 2011-01-05 23:11:16.097
!MESSAGE Export Wizard Error
!STACK 1
org.eclipse.core.runtime.CoreException: Failed to export application
 at com.android.ide.eclipse.adt.internal.project.ExportHelper.exportReleaseApk(Unknown Source)
 at com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.doExport(Unknown Source)
 at com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.access$0(Unknown Source)
 at com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard$1.run(Unknown Source)
 at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
Caused by: com.android.ide.eclipse.adt.internal.build.AaptExecException: Error executing aapt. Please check aapt is present at /opt/android-sdk/android-sdk-linux_x86-1.6_r1/platform-tools/aapt
 at com.android.ide.eclipse.adt.internal.build.BuildHelper.executeAapt(Unknown Source)
 at com.android.ide.eclipse.adt.internal.build.BuildHelper.packageResources(Unknown Source)
 ... 5 more
Caused by: java.io.IOException: Cannot run program "/opt/android-sdk/android-sdk-linux_x86-1.6_r1/platform-tools/aapt": java.io.IOException: error=12, Onvoldoende geheugen beschikbaar
...
Caused by: java.io.IOException: java.io.IOException: error=12, Onvoldoende geheugen beschikbaar
...
!SUBENTRY 1 com.android.ide.eclipse.adt 4 0 2011-01-05 23:11:16.098
!MESSAGE Failed to export application
!STACK 0
com.android.ide.eclipse.adt.internal.build.AaptExecException: Error executing aapt. Please check aapt is present at /opt/android-sdk/android-sdk-linux_x86-1.6_r1/platform-tools/aapt
 at com.android.ide.eclipse.adt.internal.build.BuildHelper.executeAapt(Unknown Source)
 at com.android.ide.eclipse.adt.internal.build.BuildHelper.packageResources(Unknown Source)
 at com.android.ide.eclipse.adt.internal.project.ExportHelper.exportReleaseApk(Unknown Source)
 at com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.doExport(Unknown Source)
 at com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.access$0(Unknown Source)
 at com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard$1.run(Unknown Source)
 at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
Caused by: java.io.IOException: Cannot run program "/opt/android-sdk/android-sdk-linux_x86-1.6_r1/platform-tools/aapt": java.io.IOException: error=12, Onvoldoende geheugen beschikbaar
...
Caused by: java.io.IOException: java.io.IOException: error=12, Onvoldoende geheugen beschikbaar

Answer 1

该错误确实存在于 emul-linux 的 32 位 libz.so.1.2.3 中！

我刚刚自己构建了一个 32 位 libz 版本，它可以工作 - aapt 不会抛出上述错误。如果您使用 gentoo - emul-linux-x86-baselibs 的所有 libz 版本都有此问题（当前为 20100915-r1 和 20110129），

在 emul-linux-baselibs 的更新版本发布之前，您需要执行以下步骤：

• get zlib ( 1.2.5 可以）
• unpack
• edit configure

--- configure.old       2011-02-25 03:03:37.739491008 +0100
+++ configure   2011-02-25 03:03:51.760491008 +0100
@@ -105,8 +105,8 @@

 if test "$gcc" -eq 1 && ($cc -c $cflags $test.c) 2>/dev/null; then
   CC="$cc"
-  SFLAGS="${CFLAGS--O3} -fPIC"
-  CFLAGS="${CFLAGS--O3}"
+  SFLAGS="${CFLAGS--O3} -fPIC -m32"
+  CFLAGS="${CFLAGS--O3} -m32"
   if test $build64 -eq 1; then
     CFLAGS="${CFLAGS} -m64"
     SFLAGS="${SFLAGS} -m64"

• make
• move libz.so.1.2.5 to /lib32

问题是，虽然您自己编译的 64 位版本在 ELF 标头中具有以下字段：

  [ 5] .gnu.version      VERSYM           00000000000017be  000017be
  [ 6] .gnu.version_d    VERDEF           0000000000001890  00001890
  [ 7] .gnu.version_r    VERNEED          00000000000019e8  000019e8

当前 emul- 提供的 32 位版本linux-x86-baselibs 缺少 VERDEF 字段，它只包含

  [ 4] .gnu.version      VERSYM          00000d9c 000d9c 0000b4 02   A  2   0  2
  [ 5] .gnu.version_r    VERNEED         00000e50 000e50 000050 00   A  3   1  4

您可以检查自己的 32 位 lib 的自定义构建是否具有 VERDEF 字段 - 我的有，我想知道为什么它在 emul-linux 发行版中丢失..

问候，
cmuelle8

ps：有时计算机程序打印的错误信息是正确的..

Answer 2

实际问题似乎是 aapt 进程请求了不合理的内存量。我的系统配备 SSD HD 并且（因此）没有交换（但 4GB RAM），在已经很大的 Eclipse 进程旁边没有内存。

解决方案是设置：

echo 1 > /proc/sys/vm/overcommit_memory

阅读下面的文章，但我的理解是linux内核有一个缺陷，并且在预测新进程将需要多少内存方面不完善。该标志允许系统启动任何进程，具体取决于它需要多少内存。请注意，实际上 aapt 永远不会使用这么多内存。似乎 eclipse 进程的大小（在我的例子中为 2GB）是估计值，并且将其添加到正在使用的任何 RAM（2GB eclipse + 0.5GB 其他）中，这超出了我的 4GB RAM。 Aapt 只会使用 2GB 的一小部分，但计算失败。

允许这种过度使用的缺点显然是，当内存不足时，内核没有干净的解决方案，并且只会杀死进程。

另一个解决方案是使用交换，在我的例子中是交换文件，因为我没有预见到交换分区，然后最好使用非常低的交换性。你的 Linux 手册应该告诉你如何操作，但总而言之（这只是为了快速测试，你应该设置 /etc/fstab）：

dd if=/dev/zero of=/swap bs=512 count=4M # = 2GB swapfile
mkswap /swap
swapon /swap

echo 0 > /proc/sys/vm/swappiness

将 swappiness 设置得如此之低，使得交换实际上从未被使用过。这也是该解决方案最大的缺点。你的硬盘上会有一个 2GB 的文件，除了满足内核的计算之外，你永远不会使用它（可能是罕见的极低内存，不确定 0 交换是如何工作的？）。据说在 SSD 上使用交换并不是一个好主意，因为多次写入会缩短 SSD 的使用寿命。

以下文章引导我找到了解决方案。

如何解决“java.lang.Error”问题io.IOException：错误=12，无法分配内存”调用 Runtime#exec()？

http://webcache.googleusercontent.com/search?q=cache:2NSdg-wIVsAJ:wiki.apache.org/cassandra/Operations+java.io.IOException+insufficient+system+resources+no+swap&cd =4&hl=nl&ct=clnk&gl=be&lr=lang_en|lang_nl

请注意，这里的问题不是 aapt，也不是 Android 开发工具。我可以在任何地方看到这个问题。然而，我确实认为，由于 eclipse 工具包的巨大（并且不断增加）的大小，再加上一些实现细节，例如 fork()? 的使用，这个问题很可能在这里出现，也适用于其他问题拥有 SSD 的人。

Answer 3

相应地增加 studio64.vmoptions 或 studio.vmoptions 上的内存，它对我有用，我只是将其增加到所有内容的两倍，几乎是 3 倍，例如 Xms 512, Xmx 4096, -XX:MaxPermSize=720m, XX:ReservedCodeCacheSize=128m 。

希望对未来的人有用。

Answer 4

顺便说一下，如果您使用的是 Windows，您的病毒扫描程序可能会删除 aapt.exe（这就是 Avast Antivirus 在我的例子中所做的）