关于SO文件的引用,一直都没深究过,最初是把所有架构的SO包统统放进项目,每次新增引用都是如此,而现在的项目由于对apk文件大小有限制,所以只保留了armeabi一种做基本兼容,一直这样使用也没有遇到什么大问题。但在最近给项目升级播放器SDK时,遇到了一些问题,在只导入了armeabi的时候,播放器在大部分手机上都容易出现崩溃,于是我就趁这个机会研究一下abiFilters的相关内容。
abiFilters的使用:在app的gradle的defaultConfig里面加上这么一句
ndk {
abiFilters "armeabi-v7a" // 指定要ndk需要兼容的架构(这样其他依赖包里mips,x86,armeabi,arm-v8之类的so会被过滤掉)
}
这句话的意思就是指定ndk需要兼容的架构,把除了v7a以外的兼容包都过滤掉,只剩下一个v7a的文件夹。
现在很多android第三方 sdk是以aar形式提供的,甚至是远程aar,如果这个sdk对abi的支持比较全,可能会包含armeabi, armeabi-v7a,x86, arm64-v8a,x86_64五种abi,而你应用的其它so只支持armeabi,armeabi-v7a,x86三种,直接引用sdk的aar,会自动编译出支持5种abi的包。
但是应用的其它so缺少对其它两种abi的支持,那么如果应用运行于arm64-v8a,x86_64为首选abi的设备上时,就会CRASH。怎么解决这个问题?其实arm64-v8a,x86_64这两个abi应用并不是必须要做支持,手机一般都会提供自动兼容,像微信就是一个armeabi打天下。所以我们只要把对x86, arm64-v8a,x86_64的支持去掉就可以。
一、需要在build.gradle的android里添加如下内容:
productFlavors {
- necess {
- ndk {
- abiFilters "armeabi-v7a"
- abiFilters "x86"
- abiFilters "armeabi"
- }
- }
- abiall {
- ndk {
- abiFilters "armeabi-v7a"
- abiFilters "x86"
- abiFilters "armeabi"
- abiFilters "arm64-v8a"
- abiFilters "x86_64"
- }
- }
- }
生成apk的界面如下图:
会分别生成app-abiall-release.apk和app-necess-release.apk
如果本来有做渠道包支持,只要添加对应的ndk.abiFilters即可,原理就是设置不同的渠道包指定不同的指令集
二、使用全局设置
build.gradle的android里的defaultConfig内添加如下内容:
- defaultConfig {
- ndk {
- abiFilters "armeabi", "armeabi-v7a", "x86"
- }
- }
然后所有渠道包都会顶多包含此三种指令集