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

(原创:https://cloud.tencent.com/developer/user/1148436/activities)

目录:

  前序

  一,问题描述

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

  三,目前存在该问题的知名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 工具编译后所生成的,可以参考下我之前的一篇教程博文:https://cloud.tencent.com/developer/article/1011511

  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 中都会独立生成一份,全部引用就解决此类问题,例如

1 private void load() {
2       try {
3           System.loadLibrary("gnustl_shared");
4           System.loadLibrary("speex");
5       } catch (Throwable e) {
6           Log.d("zzzzz","加载语音库异常 :"+e.toString());
7       }
8 }

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

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

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏京东技术

闲话高并发的那些神话,看京东架构师如何把它拉下神坛

高并发也算是这几年的热门词汇了,尤其在互联网圈,开口不聊个高并发问题,都不好意思出门。高并发有那么邪乎吗?动不动就千万并发、亿级流量,听上去的确挺吓人。但仔细想...

34140
来自专栏java一日一条

13 年的 Bug 调试经验总结

在《Learning From Your Bugs》一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug。最近,我回顾了我所有的194个条目(从13岁开始...

11320
来自专栏程序员宝库

Python库大全(涵盖了Python应用的方方面面),建议收藏留用!

学Python,想必大家都是从爬虫开始的吧。毕竟网上类似的资源很丰富,开源项目也非常多。

17440

内存数据网格主要特性简介

将主存储器用作存储区域而不是使用磁盘是并不是一种全新的尝试。你可以在日常生活中发现许多使用主内存DBMS(数据库管理系统)(MMDB)执行比磁盘快得多的情况。一...

45540
来自专栏北京马哥教育

快学学Python异步IO轻松管理10k+并发连接

异步操作在计算机软硬件体系中是一个普遍概念,根源在于参与协作的各实体处理速度上有明显差异。软件开发中遇到的多数情况是CPU与IO的速度不匹配,所以异步IO存在于...

37960
来自专栏Python专栏

200行代码,一行行教你自制微信机器人

1) 用一个windows客户端工具运营公众号,真的很局限。虽然工具的功能很强大,能自动添加好友,自动拉好友入群,关键字回复等等,但是有一个绕不开的点,它是一款...

47220
来自专栏瓜大三哥

串口通信控制器的Verilog HDL实现(一) 顶层模块

本设计采用分层设计思想,主要由顶层模块、波特率发生器、接收模块和发送模块这4个模块组成,强调功能划分明确,便于系统设计和调试。 本系统要求在Xilinx Spa...

299100
来自专栏Golang语言社区

13 年的 Bug 调试经验总结

在《Learning From Your Bugs》一文中,我写了关于我是如何追踪我所遇到的一些最有趣的bug。最近,我回顾了我所有的194个条目(从13岁开始...

35960
来自专栏JavaEdge

Java并发编程实战系列11之性能与可伸缩性Performance and Scalability

线程可以充分发挥系统的处理能力,提高资源利用率。同时现有的线程可以提升系统响应性。 但是在安全性与极限性能上,我们首先需要保证的是安全性。 11.1 对性能的...

37550
来自专栏Golang语言社区

转-Golang分布式设计模式之-----分层设计

提到分布式系统,我们会想到很多机器,分别部署着各自的服务,然后整体组成一个分布式系统。在这类系统中,分布式系统与常规的集中式系统存在着以下三个区别。(来自分布...

441130

扫码关注云+社区

领取腾讯云代金券