最近在开发中遇到了一个问题，因为项目需要集成不同的sdk。相对应的也是不同的.so文件。
针对libs中.so库的引入会遇到一些问题。
比如要集成第三方NDK库：
如果是在eclipse中，需要放到libs下对应库的目录。
如果是在Android Studio中，则会默认匹配main下的jniLibs目录，如果没有目录需要自己手动创建。并且库的名称也不能随便更改。
但是这里会有一个问题，就是如果使用的是AndroidStudio，但是想用libs下的库，还需要手动去指定库的位置：
在App下的build.gradle中加入以下配置。
android {
......
sourceSets {
main {
jniLibs.srcDirs = ['libs']
......
}
......
}
......
}
在集成第三方服务商sdk的时候，大多数都会让你下载demo，或者是SDK集合包，让你直接拷贝整个libs或者jniLibs目录，合并本地项目。这样就会出问题。
以讯飞语音开发文档、百度语音开发文档和极光推送文档为例
讯飞的文档中说明是将libs目录下所有的文件拷贝至自己项目中的libs目录。
百度的则是将app/src/main/jniLibs下的所有文件拷贝至自己的项目。
极光文档就显得比较人性化
如果你要集成前面两家的sdk，显然就会出现冲突。
build配置后，jniLibs库就无法被识别。但是不配置的话，libs库无法识别。
结果是改来改去总有一方库无法加载.so文件。
所以要解决的话，就抛弃前面的文档吧。
正确姿势是把所有的.so所对应的库要么全部放在libs，要么全部放在jniLibs。
eclipse现在的使用者已经很少了，所以还是以Android Studio为主。建议全部放在jniLibs，不需要额外的任何配置。
说点题外话
在第三方提供的NDK库中，大多都是成套的为了适配不同的cpu厂商，也就是常说的高通，联发科这些。
在拷贝库的时候也会成套的拷贝进项目，一般是四五个，百度语音的.so库全部导入的话加起来足足在15M以上。
所以在选择第三方服务的时候这也是需要考虑的一个因素。
以
我的demo为例，最近公司要选择一套语音方案，所以暂时就体验了百度的和讯飞的。
集成之前安装包是4M，集成后21M。
如果要精简通过so库来减少安装包的大小其实还可以通过动态选择需要添加的.so库
在App下的build.gradle中配置:
ndk {
//选择要添加的对应cpu类型的.so库。
abiFilters 'armeabi', 'armeabi-v7a', 'arm64-v8a'
// 还可以添加 'x86', 'x86_64', 'mips', 'mips64'
}
这样就可以指定加载库。
相关文档参考：
ANDROID动态加载 使用SO库时要注意的一些问题
Android jniLibs下目录详解（.so文件）
项目demo参考：
android-CollectionDemo