Android 加载带有后缀的.so.xx库

在使用一些linux平台的动态链接库时，NDK standalone的交叉编译得到的动态链接库可能是带版本后缀的，类似libabc.so.12等等。如果开发者自己的JNI lib通过NDK build的方式来创建，并且引用了上面的库，就可能带来一个问题：如何把libabc.so.xx这种库打入到最终的app package中。首先改名字可能会行不通，即使把libabc.so.xx改成libabc.so打入到最终的app package中，很可能在运行时出现UnsatisfiedLinkError，原因是交叉编译时，指定了SONAME，而android加载时会按SONAME来加载，具体可以通过下面的方式来查看so库的相关信息：

arm-linux-androideabi-readelf -d libabc.so.xx

另外，正常情况下Android的package mananger在安装apk时，会根据系统的armeabi 属性来自动需找 armeabi和armeabi-v7里面的以.so结尾的动态库，并把它们拷贝到app的lib/目录下，这意味着把libabc.so.xx直接丢到armeabi或者armeabi-v7下打入app包安装之后app的lib目录下根本就不会有libabc.so.xx，最终还是会导致UnsatisfiedLinkError。

这里有两种方式可以解决上面的问题：

1. 交叉编译时通过修改Makefie强行去掉版本号信息，这个方案说法上很通用，但实际使用上却不通用，不同的工具库加版本号的方式也不一样，得自己去研究Makefile和LDFLAGS来做到这一点。

2. 第二种方案实施起来更容易一些，把依赖库放到 app的files目录中，用下面的方式来加载so库

System.load(XXXApplication.getInstance().getFilesDir().getAbsolutePath() + File.separator + "libabc.so.xx"); 

这种方式要求把libabc.so.xx放入assets中，并在app运行时拷贝到files目录下并自己修改权限（lib/目录的uid是install，app根本就没有权限写，所以没法拷贝到这个路径下），这种方案需要注意的就是so库之间的依赖顺序不能弄错。