加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

so插件化

发布时间:2020-12-14 04:27:32 所属栏目:大数据 来源:网络整理
导读:--摘自《android插件化开发指南》 1.local.properties添加配置 ndk.dir=/Users/jianqiang/Library/Android/sdk/ndk-bundle 2.gradle.properties添加配置 android.useDeprecatedNdk= true 3.Android只支持3种CPU类型:x86体系、arm体系、mips体系,现在手机基

--摘自《android插件化开发指南》

1.local.properties添加配置

ndk.dir=/Users/jianqiang/Library/Android/sdk/ndk-bundle

2.gradle.properties添加配置

android.useDeprecatedNdk=true

3.Android只支持3种CPU类型:x86体系、arm体系、mips体系,现在手机基本arm体系

4.arm体系分为32位和64位

  1)armeabi/armeabi-v7a是32位,缺少对浮点数计算的硬件支持

  2)arm64-v8a是64位,主要用于Android5.0

5.arm体系乡下兼容,32位的so可以在64位系统运行。android每启动一个app,都会为app创建一个虚拟机,android64位系统,加载32位so或者app时,会同时创建64位和32位的虚拟机,这样就能兼容32位app

6.查看手机CPU型号

abilist是按顺序加载的,如果前面的目录下有so库,就不会加载后面的目录

7.加载so的两种方法

  1)加载jniLibs下的so库

System.loadLibrary("so库名");

?  2)加载任意路径下的so库

System.load("so库路径");

针对第二种,我们可以实现so的动态加载:把so放在服务器上,app下载到手机后,再加载

但有个问题:64位虚拟机无法加载非jniLibs路径下的32位so库,所以我们可以先写个超级简单的so库,放在jniLibs的armeabi-v7a下占位就可以了

然后先loadLibrary占位的so库,在load我们下载下来的so库

动态加载的好处是减少apk的体积

8.DexClassLoader构造函数的第3个参数就是apk中so文件的路径,多个so用逗号连接?

1)宿主解析每个插件的时候,为每个插件都创建了一个DexClassLoader,我们把每个插件的so文件的路径用逗号连接起来,放在DexClassLoader的构造函数的第3个参数中,这样无论宿主还是插件,都可以通过System.loadLibrary来加载这些so

2)或者插件中的so交给插件自己用System.load加载

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读