关于SO引用的过滤：abiFilters

        关于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的支持去掉就能够。

1、须要在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便可，原理就是设置不一样的渠道包指定不一样的指令集

2、使用全局设置

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

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

而后全部渠道包都会顶多包含此三种指令集