在使用一些linux平台的动态链接库时,NDK standalone的交叉编译得到的动态链接库可能是带版本后缀的,类似libabc.so.12等等。如果开发者自己的JNI lib通过NDK build的方式来创建,并且引用了上面的库,就可能带来一个问题:如何把这种库打入到最终的app package中。首先改名字可能会行不通,即使把改成libabc.so打入到最终的app package中,很可能在运行时出现UnsatisfiedLinkError,原因是交叉编译时,指定了SONAME,而android加载时会按SONAME来加载,具体可以通过下面的方式来查看so库的相关信息:
arm-linux-androideabi-readelf -d
另外,正常情况下Android的package mananger在安装apk时,会根据系统的armeabi 属性来自动需找 armeabi和armeabi-v7里面的以.so结尾的动态库,并把它们拷贝到app的lib/目录下,这意味着把直接丢到armeabi或者armeabi-v7下打入app包安装之后app的lib目录下根本就不会有,最终还是会导致UnsatisfiedLinkError。
这里有两种方式可以解决上面的问题:
1. 交叉编译时通过修改Makefie强行去掉版本号信息,这个方案说法上很通用,但实际使用上却不通用,不同的工具库加版本号的方式也不一样,得自己去研究Makefile和LDFLAGS来做到这一点。
2. 第二种方案实施起来更容易一些,把依赖库放到 app的files目录中,用下面的方式来加载so库
System.Instance().getFilesDir().getAbsolutePath() + File.separator + "");
这种方式要求把放入assets中,并在app运行时拷贝到files目录下并自己修改权限(lib/目录的uid是install,app根本就没有权限写,所以没法拷贝到这个路径下),这种方案需要注意的就是so库之间的依赖顺序不能弄错。
本文发布于:2024-01-28 00:24:52,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/17063726913539.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |