我想对于静态加载 so 库文件,大家都已经很熟悉了,这里就不多说了。在 Android 开发中调用动态库文件(*.so)都是通过 jni 的方式,而静态加载往往是在 apk 或 jar 包中调用so文件时,都要将对应 so 文件打包进 apk 或 jar 包。
动态加载的优点
静态加载,不灵活,apk 包有可能大。所以采用动态加载 so 库文件,有以下几点好处:
- 灵活,so 文件可以动态加载,不是绑定死的,修改方便,so 库有问题,我们可以动态更新。
- so 库文件很大的话,采用动态加载可以减少 apk 的包,变小。
- 其实我们常用第三方 so 库,单个可能没问题,如果多个第三方 so 库文件,同时加载可能会出现冲突,而动态加载就能够解决这一问题。
注意路径陷阱
动态加载 so 库文件,并不是说可以把文件随便存放到某个 sdcard 文件目录下,这样做既不安全,系统也加载不了。
我们在 Android 中加载 so 文件,提供的 API 如下:
|
|
注意:而这里加载的文件路径只能加载两个目录下的 so 文件。那就是:
- /system/lib
- 应用程序安装包的路径,即:/data/data/packagename/…
所以,so 文件动态加载的文件目录不能随便放。这是需要注意的一点。
实现思路
既然使用动态加载的好处和陷阱我们都大致了解了,那就可以在实现的时候,注意陷阱就可以了。那基本思路如下:
- 网络下载 so 文件到指定目录
- 从指定下载的目录复制 copy so文件到可动态加载的文件目录下,比如:/data/data/packagename/…
- 配置 gradle ,指定 cpu 架构
- load 加载
第一步,我们这里可以简单忽略,假设我们把 so 文件下载到了 /mnt/sdcard/armeabi 目录下。
复制目录到包路径下
那我们就应该把 /mnt/sdcard/armeabi 目录下的 so 文件,复制到 应用的包路径下。
|
|
配置 grade 指定 cpu 架构
我们都知道,在使用 so 文件的时候,so 库类型和 CPU 架构类型,要一致,否则是会报错的。原因很简单,不同 CPU 架构的设备需要用不同类型 so 库。CPU架构有如下几种类型:ARMv5,ARMv7,x86,MIPS,ARMv8,MIPS64 和 x86_64。如果要适配很多手机,就需要在不同的类型下,放置对应的 so 文件。
配置方法如下:
|
|
load 加载 so 文件
复制到可加载使用的包路径下后,配置完 gradle 之后,就可以使用 load API 调用了。
|
|
这样,我们就实现了动态加载 so 文件。