[经验]

鸿蒙Java UI项目在添加第3方的SO库时访问不到的解决办法

2022-4-28 11:13:31

1857 OpenHarmony

可见个人的学习过程中，由于在实现扫码功能的中：java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader 遇到这样的异常信息，主要是文件在添加第3方的SO库时访问不到或识别不了。
我在项目中的libs文件夹中添加了两个so文件，如libiconv.so和libzbarjni.so，这两个so文件都在armeabi-v7a文件夹中。

当我重新运行APP时，会出现异常信息，如下：
java.lang. UnsatisfiedLinkError : dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.saomiao.camera.hmservice-xrTDVOO3oWmDDhUWxn--HQ==/base.apk", zip file "/data/app/com.saomiiao .camera.hmservice-xrTDVOO3oWmDDhUWxn--HQ==/feature_entry-debug-rich-signed.hap"],nativeLibraryDirectories=[/data/app/com.saomiao.camera.hmservice-xrTDVOO3oWmDDhUWxn--HQ==/lib/arm64 , /system/lib64, /hw_product/lib64, /system/product/lib64, /prets/lib64]]] 找不到“ libzbarjni.so ”
在 java.lang.Runtime.loadLibrary0( Runtime.java:1067 )
在 java.lang.Runtime.loadLibrary0( Runtime.java:1007 )
在 java.lang.System.loadLibrary( System.java:1668 )
这个异常信息是表示“ libzbarjni.so ”这个SO文件无法正常访问，我们可以分2步进行解决，解决方法如下：
第一步，在APP项目中的build.gradle配置文件中增加so类型的依赖，并通过Bulid生成。

如上图，配置完成，可以通过编辑器的顶部菜单选项的“ Build ”功能，选择“ Build Hap(s)/APP(s)->Build Hap(s) ”选项，重新加载两个SO文件。

最后，我们就可以在项目的“entry->build->libs”文件目录中找到相关生成的SO文件。

第二步，如果全部配置好，重新运行项目SO文件，该怎么办？合适的 SO 库的版本。
我在实现扫码功能的过程中，由于自己对SO库了解不是更多，直接采用了开源案例中提供的SO库，比如最开始添加的armeabi-v7a
文件下的两个SO文件，而标注-v文件夹名称为armeabi7a，表示CPU型号为ARM V7架构。

系统在项目之后的java和java文件继续报.lang.UnsatisfikError: dalvik..PathClassLoader这样的异常信息，我们要先查看自己的机型的CPU类型。
华为P30手机要以它的处理器为麒麟80，CPU实际上是ARM V8架构，必须找到ARM V8架构的SO文件，这里我们要选择ARM64 -v8a下的两款SO文件文件。

选择好的手机CPU架构版本之后，我们重新运行项目即可正常使用。
结语：
关于 SO 文件的正常使用，我们除了要检查它是否被正常构建之外，还需要查看自己的真机配置类型，比如手机 CPU 的架构信息。因为鸿蒙项目中的一些开源案例，都是以设备最低配置要求开发和测试，我们在进行示例和使用的过程中，需要根据自己的实际需求来中方，方可真正实现。

原作者：码农科技