关于SO引用的过滤：abiFilters

2019独角兽企业重金招聘Python工程师标准>>>

        关于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 {  

1.     necess {  
2.         ndk {  
3.             abiFilters "armeabi-v7a"  
4.             abiFilters "x86"  
5.             abiFilters "armeabi"  
6.         }  
7.     }  
8.     abiall {  
9.         ndk {  
10.             abiFilters "armeabi-v7a"  
11.             abiFilters "x86"  
12.             abiFilters "armeabi"  
13.             abiFilters "arm64-v8a"  
14.             abiFilters "x86_64"  
15.         }  
16.     }  
17. }  

生成apk的界面如下图:

会分别生成app-abiall-release.apk和app-necess-release.apk

如果本来有做渠道包支持，只要添加对应的ndk.abiFilters即可，原理就是设置不同的渠道包指定不同的指令集

二、使用全局设置

        build.gradle的android里的defaultConfig内添加如下内容:

1. defaultConfig {  
2.     ndk {  
3.         abiFilters "armeabi", "armeabi-v7a", "x86"  
4.     }  
5. }  

然后所有渠道包都会顶多包含此三种指令集

转载于:https://my.oschina.net/u/3729361/blog/1587627