Android 5.0 到 Android 6.0 + 的深坑之一之 .so 动态库的适配

2022-11-21 18:01:24

(原创：http://www.cnblogs.com/linguanh)

　　前序

　　一，问题描述

　　二，为何会如此"无情"?

　　三，目前存在该问题的知名SDK

　　四，解决方案，1 对 N

前序：

　　嫌无聊的请跳过。上次发博文是同年8月，时光荏苒，空闲时间少，现在都接近年关了，其实这4个月学了很多，接触了IM(非第三方)，学习了 golang 并采用它成功完成仿朋友圈页面的服务端api，等等..等等..，由于这个问题的确是业界超级"毒瘤"，趁午休时间，尽我程序员的"干货"思维，少废话，尽通俗。

　　码字发文。

一，问题描述

　　先简单阐述下几个概念，这些不是重点。

　　1，Android 编译时候的 api 版本，指的是你要生成的这个 apk 所依赖的 sdk 版本，例如 api 23 即是 Android 6.0 ；

　　2，.so 动态链接库，为 Linux 下的库文件，Windows 是 .dll，Android 是基于 Linux 内核的，所以使用的是 .so，在安卓上面，一般由 C/C++ 语言进行 Jni 编程后，采用 NDK 工具编译后所生成的，可以参考下我之前的一篇教程博文：http://www.cnblogs.com/linguanh/p/4624768.html

　　3，.so的作用，主要是提供系统底层函数，供应用层使用。不用它行不？可以，在Android已经提供了的情况下，你不需要再自己添加，例如一个 View 的绘制，里面都有很多 Native 关键词的函数，这个就是底层函数，Android api 对应的是它已经提供了。那么如果，你老板要去实现，语音，图像，视频处理等系统没有的功能，你就只能自己写 .so 来供调用了。

　　问题来了：

　　　　发生的环境：此类问题一般发生在 Android 6.0 及其以上的系统，具体也存在于其他的 api 版本，主要集中在 api >=23；

　　　　具体表现是：同一个 APP 在 api <=22 的 sdk 情况下编译，可以运行正常，不存在闪退或者 .so 库加载失败的情况，当你采用 api >=23 的sdk 编译的时候，安装到 Android 6.0 及其以上的手机的时候，大范围出现崩溃或者 .so 库加载失败，而在 6.0 以下的手机却正常；

　　　　Catch的信息：dlopen failed: cannot locate symbol "XXXX" xxxx.so， XX 是泛配，此类崩溃信息，你完全可以对号入我"座"。

二，为何如此无情?

　如果只为解决问题，可以不看这部分。

　　现在我用一句话说白它，就是：不同链接方式时，dlopen会打开指定的系统中(手机中)或提供的动态库，并使用 dlsym 获取符号地址，也就是说，如果，在此时的手机中如果找不到，那么就会出问题，一般和 API 有关系。

　　人为因素就是，编译这个 .so 库的人，他在编译的时候没考虑到下面这些情况，导致提供给别人用的时候，或者自己用的时候在高 API 版本手机出现问题。

　　感兴趣的就接着看下面详解吧！上面问题描述的第二点提到 .so 是运行在 Linux 环境下的，而且在 Android 里面一般由 NDK 编译，编译的时候，我们可以指明一种文件叫做 Application.mk，里面有一行 APP_STL := XXX 指明库的链接方式，默认是静态，STL的取值：

　　　　1）system，默认的值，最危险方式，直接和手机系统版本挂钩，采用手机最小版本的.so库链接

　　　　2）gabi++_static

　　　　3）gabi++_shared

　　　　4）stlport_static

　　　　5）stlport_shared

　　　　6）gnustl_static

　　　　7）gnustl_shared

　　如果不特别定义的话，“system”运行时库是默认的值。除此之外，凡是后面带“_static”的，表示其是一个静态链接的运行时库（运行时库的代码包含在编译后的程序中）；而凡是后面带“_shared”的，表示其是一个动态链接的运行时库（运行时库在程序运行时被动态加载进来）。如果去除动态或静态链接的因素，则除了默认的“system”运行时库之外，还有所谓的“gabi++”运行时库、“stlport”运行时库和“gunstl”运行时库。如果想支持C++异常的话，必须要使用gunstl运行时库。

　　主要是两种，静态链接，动态链接：

　　　　动态链接，是指在生成可执行文件时不将所有程序用到的函数链接到一个文件，因为有许多函数在操作系统带的dll文件中，当程序运行时直接从操作系统中找。

　　　　静态链接，是把所有用到的函数全部链接到 .so 文件中；

　　重点来了，上面说到了，静态链接是会把所需要的都搞到exe中，其实不然，这个说法是早期的了，对于现在的 Android 发展来说，为了使程序方便扩展，具备通用性，已经采用插件形式来链接动态库，编译时的静态和动态链接仅仅是程度问题。插件加载形式有：

　　　　1）dlopen

　　　　2）dlsym

　　　　3）dlclose

　　dlopen打开指定的系统中(手机中)动态库。并使用 dlsym 获取符号地址，也就是说，如果，在此时的手机中如果找不到，那么就会出问题，一般和 API 有关系。

三，目前存在该问题的知名SDK

　　根据我所了解到的，存在这类问题的 SDK 有，百度地图、环信、高德地图、语音库 speex，不知道修复没有，这些 SDK 一但在你的 APK 编译版中中设置 API >=23 就会出现各种问题，闪退或者抛出异常。

四，解决方案，1 对 N

　　主要有两种：

　　　　1- 委曲求全，指标不治本，把你的 APK target API 先降低到 23以下，若不行再把编译时 API 降低到 23 以下，还出问题就继续降低，这意味着，你很多 Android Sdk 的新控件用不了；

　　　　2- 在 Application.mk 中修改 APP_STL，重新编译 .so ，如果，我说如果你没有源码，那么悲剧了，要么等他们解决，要么采用第一种，建议尝试，APP_STL := gnustl_shared，

　　这种方式，对于所需要的外部动态链接函数、符号，在 NDK 13b 中都会独立生成一份，全部引用就解决此类问题，例如

 private void load() {

       try {

           System.loadLibrary("gnustl_shared"); // 也可以不写这一句，但是要保证 gnustl_shared.so 放置在 libs 里面

           System.loadLibrary("speex");

       } catch (Throwable e) {

           Log.d("zzzzz","加载语音库异常 ："+e.toString());

       }

 }

　　　　3- 如果需要 libgnustl_shared.so 的，留邮箱，我发一份你。

　　至此，基本讲完了，下期开源二次开发的IM 服务端系统。

码农公寓

相关文章