[ Android实战 ] java.lang.UnsatisfiedLinkError: No implementation found for xxx 问题解决

最新推荐文章于 2024-09-04 13:41:30 发布

那个写代码的

最新推荐文章于 2024-09-04 13:41:30 发布

阅读量3.6k

点赞数 1

分类专栏： Android实战文章标签： android android studio 源码

本文链接：https://blog.csdn.net/a572423926/article/details/122140189

版权

Android实战专栏收录该内容

8 篇文章 1 订阅

订阅专栏

[ Android实战 ] java.lang.UnsatisfiedLinkError: No implementation found for xxx 问题解决

背景
日志分析
解决问题
总结

尊重原创，转载请注明出处！
创作不易，如有帮助请点赞支持~

背景

最近又开始调之前烂尾的一个项目，在我们的产品上调试一个外设。当时调到一半，基本功能已经调通了，结果因为某些原因停滞了。。。
前几天，领导又要求重新调试。回过头来看项目，好家伙，一年多前写的代码已经基本不认识了，一看SDK，和之前调试的代码相比，API接口也更新了。
好吧，老老实实重新调试，在demo应用上调试通过，移植到系统服务中，编译，推应用，推库，重启机器，崩溃。。。

日志分析

抓了系统日志，其中崩溃的关键日志如下：

--------- beginning of crash
12-25 10:21:18.413  1314  1314 E AndroidRuntime: FATAL EXCEPTION: main
12-25 10:21:18.413  1314  1314 E AndroidRuntime: Process: com.xxx.xxx, PID: 1314
12-25 10:21:18.413  1314  1314 E AndroidRuntime: java.lang.UnsatisfiedLinkError: No implementation found for MVIDPDACodeReaderWrapper.MVIDCodeReaderDefine$Handle MVIDPDACodeReaderWrapper.MVIDCodeReader.MVID_CR_CreateHandleByPath(java.lang.String, int, int) (tried Java_MVIDPDACodeReaderWrapper_MVIDCodeReader_MVID_1CR_1CreateHandleByPath and Java_MVIDPDACodeReaderWrapper_MVIDCodeReader_MVID_1CR_1CreateHandleByPath__Ljava_lang_String_2II)
12-25 10:21:18.413  1314  1314 E AndroidRuntime:        at MVIDPDACodeReaderWrapper.MVIDCodeReader.MVID_CR_CreateHandleByPath(Native Method)
12-25 10:21:18.413  1314  1314 E AndroidRuntime:        at MVIDPDACodeReaderWrapper.MVIDCodeReader.MVID_CR_CreateHandle(MVIDCodeReader.java:41)
12-25 10:21:18.413  1314  1314 E AndroidRuntime:        at com.hikrobot.api.MvidCodeRead.createHandle(MvidCodeRead.java:88)

从日志中可以很明显看到在so中找不到对应的native方法，因此抛出UnsatisfiedLinkError异常。

解决问题

so 用 demo 调试过，按理来说不应该有问题。难道是因为 so 没有更新成功？

手动把 out 目录下 /system/lib/ 下对应的 so 删除，重新把最新的 so 拷贝到系统中，touch Android.mk，重新编译，可以看到 /out/target/product/xxx/system/lib/libXXX.so 的日期是最新的。嗯，应该没问题了，再次推库，重启机器，又崩了，一样的报错。。。

好吧，老老实实分析下这个问题。

先在服务器上分别对源码中的 so 以及 out 目录下的 so 分别执行了 nm -D libXXX.so | grep MVID_CR_CreateHandleByPath，看是否存在此函数。

结果源码中的 so 正常输出了此函数，而 out 目录下的 so 则无输出！

一开始我还以为是原始 so 或者编译选项的问题，导致编译后函数丢失，还查了半天资料，结果一无所获。

然后被同事提醒了一下，突然想起来除了 /system/lib/， out 目录下还有其他 so 的缓存。

xxx@xxx-bu2-dev3:~/xxx/out$ find . -name "libXXX.so"
./target/product/xxx/obj/SHARED_LIBRARIES/libXXX_intermediates/LINKED/libXXX.so
./target/product/xxx/obj/SHARED_LIBRARIES/libXXX_intermediates/libXXX.so
./target/product/xxx/obj/SHARED_LIBRARIES/libXXX_intermediates/PACKED/libXXX.so
./target/product/xxx/symbols/system/lib/libXXX.so
./target/product/xxx/system/lib/libXXX.so

如果 intermediates 目录下存在缓存，编译时会使用这些缓存文件直接生成新的 so，这就是为啥编译过一次之后，再次编译会更快的原因。

手动把这些缓存的 so 全部删掉，再在应用路径下执行 mm 编译整个模块，生成 so，推到机器里面，重启，没有崩溃，功能正常，问题成功解决~