7

我遇到了这个错误，但没有发现错误消息的命中，所以我想我会分享我想出的解决方案，以拯救面临重复我工作的问题的其他人。

在编写用于（大型）应用程序的新 Android 库 (apklib) 时，当我将新项目添加为依赖项时，在 dexing 期间出现以下错误：

编写输出时遇到问题：字段引用过多：70185；最大值为 65536。
您可以尝试使用 --multi-dex 选项。
按包引用：
<...一长串省略了字段计数的包...>

它失败的特定构建步骤是：

java -jar $ANDROID_SDK/build-tools/19.0.3/lib/dx.jar --dex \
--output=$PROJECT_HOME/target/classes.dex \
<... long list of apklib and jar dependencies elided ...>

按照错误消息的建议使用--multi-dex可能是一个解决方案，但我不是应用程序项目的所有者，它已经有一个庞大的复杂构建过程，无论如何我都会犹豫更改。

我可以使用实际上没有字段的无操作测试库项目重现此问题，但在错误输出中它被列为具有 6000 多个字段。在错误输出中列出的包中，有少数具有相似的 6k+ 字段计数，但绝大多数具有更合理的 <1k 字段计数。

这个问题类似于Facebook 著名的“方法太多”问题。FB 解决方案似乎很疯狂，而我发现的唯一其他解决方案（例如，这个 Android 错误票，或者这个，这个 SO 答案，这个另一个 SO 答案）都涉及更改主应用程序的代码，这远远超出了我想做的事。

还有其他解决方案吗？

4

1 回答 1

2

解决方案是更改 AndroidManifest 中的包以匹配主应用程序的包。

像这样的清单：

<manifest package="com.example.testlibrary" ...

导致 6k+ 字段和构建失败。更改它以匹配主应用程序的包

<manifest package="com.example.mainapplication" ...

导致项目建设成功。

请注意，只有清单中的包在发生变化，我没有对库的 Java 源代码或其布局进行任何更改（Java 包仍然是 com.example.testlibrary，目录结构与之匹配）。

我假设不同的包名称导致所有 Android 字段再次包含在该包下。错误列表中包含 6k+ 字段的所有包的包名称都与主应用程序不同。

我也（后来，grr）发现了这篇博客文章，其中详细介绍了相同的问题和最终的相同解决方案。

于 2014-05-20T01:26:49.450 回答