Android NDK UnsatisfiedLinkError - 一个令人惊讶的原因

Question

2013 年 8 月 7 日更新： 现在问题已经解决了，但是错误的原因出乎意料，所有通常的此类错误嫌疑人在开始时都被消除了，我学到了一些新东西。请参阅下面的答案。

---

我在这里很绝望。有一个带有本机库的 Android 应用程序，我从中调用一个方法。在我测试的所有系统上都没有问题，并且该程序已在 Google Play 中发布，没有任何故障报告，被成千上万的用户使用。现在，HTC One 手机的新 ROM（Android 版本 4.2.2）显然已经出局。用户声称它是官方版本，从官方渠道升级。当他们尝试启动我的应用程序时，它崩溃了，并且堆栈跟踪显示：

java.lang.UnsatisfiedLinkError: 未找到本机方法...

我知道的方法名称就在那里，并且刚才在同一台设备上安装了 Android 4.1 时运行良好。我在模拟器中的Android 4.2.2下测试（没有这个特定的设备），没有问题。此外，用户尝试卸载并重新安装应用程序，结果相同。即使向他们发送私人构建，没有任何 ProGuard/Dexguard 保护也无济于事。

还有什么会导致 Android 上的 java.lang.UnsatisfiedLinkError？或者我应该假设这个 HTC ROM 只是有问题？？？有没有其他人在使用 Android 4.2.2 的 HTC One 上遇到过类似的问题？

2013 年 7 月 24 日编辑

在下面的 cmets 中，另一位开发人员建议系统可能无法找到我的本机库。我通过从设置中完全删除本机库文件在 Genymotion 4.2.2 模拟器上进行了试验。这种情况下报错信息不同，得到：

W/System.err：原因：java.lang.UnsatisfiedLinkError：无法从加载器 dalvik.system.PathClassLoader[dexPath=/data/app/com.hyperionics.avar-2.apk,libra 加载 cld ryPath=/data/app-lib/com.hyperionics.avar-2]：findLibrary 返回 null

在我从使用 Android 4.2.2 的 HTC One 用户那里收到的堆栈跟踪消息中，我看到了以下错误消息：

原因：java.lang.UnsatisfiedLinkError：未找到本机方法：com.hyperionics.avar.CldWrapper.detectLangNative:(Ljava/lang/String;)[Ljava/lang‌​/String;

对我来说，系统似乎根据需要找到了 libcld.so 文件，但没有找到它需要的方法。为什么？？？我知道该方法在那里，根据需要导出，并且所有其他设备和系统，也包括这些运行 Android 4.2.2 的设备和系统，都可以找到它。只有带有 4.2.2 的 HTC One 出现故障...

2013 年 7 月 25 日更新

开始赏金 50 代表。点，因为我没有 HTC One 并且卡住了。将接受指出解决问题的方法的答案 - 回答者将测试我的代码模块。证明它有效 - 或证明这确实是最近用于 HTC One 的 Android 4.2.2 ROM 中的一个错误。有问题的应用是https://play.google.com/store/apps/details?id=com.hyperionics.avar

2013 年 7 月 31 日更新

赏金的最后一天，仍然没有答案，没有建议......到目前为止，我收到的所有此类错误报告都来自欧洲，报告的品牌是“htc_europe”或“vodafone_fr”。也许错误仅限于欧洲（法国 + 德国）......如果有人将 HTC One 和 Android 更新到 4.2.2，如果错误发生在其他国家或其他提供商，我会很感兴趣。

格雷格

Answer 1

在赏金期间没有令人满意的答案。我订购了该设备，并且必须调试设备 ROM 中最有可能是系统错误以进行 Android 4.2.2 更新...

2014 年 6 月 20 日更新 偶尔出现 UnsatisfiedLinkError 的另一个原因

事实证明，有时在从 Google Play 更新应用时，未正确安装原生库。可能安装程序空间不足，或者出现了其他一些奇怪的系统错误。另请参阅this SO question 和答案。

2013 年 8 月 6 日更新 - 谜团解开！

我从 Google Play 订购的 HTC One 到货了，而且……谜团解开了！同样的崩溃也发生在 Google Play 的原始 Android 4.2.2 上。问题是我的库名称：cld，它生成了一个名为 libcld.so 的共享库。显然系统有另一个同名的共享库，当然我期望的方法不存在......可能是一些“插件”将另一个 libcld.so 加载到进程内存中，而我自己的库被跳过了。我重命名了原生库，程序立即开始运行。

我不知道在不同版本的 Android 上可能会出现这种名称冲突...阅读此内容的人是否在 NDK 文档中的某处看到了关于它的警告？我想从现在开始，我会在我创建的所有本地库上加上我的公司名称或其他名称。

Answer 2

您可以尝试从您的库中获取方法定义，并将其重写到您的一个类中，为该方法指定一个不同的名称。这可能很繁琐，但至少你可以确定你的程序能够找到方法……

Answer 3

defaultConfig {
    ...
    ndk {
        abiFilters "armeabi-v7a", "x86", "armeabi", "mips"
    }
}