Dalvik 正在寻找扩展名为 '.0' 的 .so 文件 - 为什么？

Question

我已经开始开发一个非常简单的 Android 应用程序，它由三个部分组成：

• Java 应用程序本身
• 一个预构建的共享库（我们称之为libfoo）
• 另一个使用预建库的共享库（我们称之为libfoowrapper）

文件系统如下所示：

jni
Android.mk
libfoo.so
foowrapper.c

Android.mk 文件包含以下内容：

LOCAL_PATH := $(call my-dir)

#==============================

include $(CLEAR_VARS)

LOCAL_MODULE := foo-prebuilt
LOCAL_SRC_FILES := libfoo.so

include $(PREBUILT_SHARED_LIBRARY)

#=========================

include $(CLEAR_VARS)

LOCAL_MODULE := foowrapper
LOCAL_SRC_FILES := foowrapper.c

LOCAL_SHARED_LIBRARIES := foo-prebuilt

include $(BUILD_SHARED_LIBRARY)

当我在 Eclipse 中构建应用程序时，一切似乎都运行良好 - 没有报告错误。但是，当我将应用程序上传到我的 Samsung Discover（运行 Android 4.0.4）时，我在日志中收到以下错误：

03-05 21:20:27.859: E/AndroidRuntime(20324): Caused by: java.lang.UnsatisfiedLinkError: Cannot load library: link_image[1936]:   102 could not load needed library 'libfoo.so.0' for 'libfoowrapper.so' (load_library[1091]: Library 'libfoo.so.0' not found)

为什么 Dalvik 寻找的是 .so.0 文件而不是 .so 文件？我需要对我的应用进行哪些​​更改才能消除此错误？

Answer 1

至少在 Linux 世界中，每个共享库都有一个特殊的名称，称为 soname。 soname 有前缀lib、库的名称、短语.so，后跟一个句点和一个版本号，只要接口发生变化，版本号就会增加（作为一个特殊例外，最低级别的 C 库没有' t 以lib 开头）。完全限定的 soname 包括其所在目录的前缀；在工作系统上，完全限定的 soname 只是指向共享库 real name 的符号链接。

每个共享库也有一个real name，它是包含实际库代码的文件名。真实姓名会在 soname 中添加句号、次要编号、另一个句号和版本号。最后一个时期和版本号是可选的。次要编号和版本编号通过让您确切知道安装的库的版本来支持配置控制。请注意，这些数字可能与文档中用于描述库的数字不同，尽管这确实使事情变得更容易。

参考：Linux Standard Base

编辑： 这似乎不是一个罕见的问题，还没有看到任何真正的解决方案，但也许这会让你开始找到适合你的东西。

使用 PREBUILT_SHARED_LIBRARY 时出现 LOCAL_SRC_FILES 问题 https://groups.google.com/forum/#!topic/android-ndk/_UhNpRJlA1k

为 android 创建非版本化共享库 http://www.opengis.ch/2011/11/23/creating-non-versioned-shared-libraries-for-android/

找不到库“libproj.so.0” https://groups.google.com/forum/?fromgroups=#!topic/android-ndk/ai3tu0XXs88