在使用一些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库