Java调用so文件

公司的硬件让我帮忙调用一个so文件，想着一直都没机会自己写一个jni，于是就答应了，在调用的过程中还踩了不少坑，特地写一篇博客记录一下。

一、使用技术

原本是想直接用java自带的jni，但是我们硬件只给了一个so文件，而且里面的函数命名等规则不符合java的jni调用标准，于是就打算使用框架jna来调用。

JNA就是建立在JNI之上，它简化了Java调用原生函数的过程。JNA提供了一个动态的C语言编写的转发器（实际上也是一个动态链接库）可以自动实现Java与C之间的数据类型映射。从性能上会比JNI技术调用动态链接库要低，但开发人员只要在一个java接口中描述目标native library的函数与结构，JNA将自动实现Java接口到native function的映射，大大降低了Java调用本体共享库的开发难度。

二、编码前准备

2.1 首先将so文件放在项目resource文件夹下:

之所以放在该目录下，是为了方便编码过程中能动态获得该文件的路径，其实so文件可以放在任意路径下，只需在加载该so文件的时候，传入的文件的路径给加载器即可。

2.2 引入jna的jar包

有两种引入方式:

一、直接在网上下载jna-3.0.9.jar,然后手动引入jar包

二、在pom.xml中引入[仅限maven项目]

    <dependency><groupId>com.sun.jna</groupId><artifactId>jna</artifactId><version>3.0.9</version></dependency>

ps: 有一个地方需要注意一下，如果你用的是idea，在jar包引入后可能还是会出现ClassNotFoundException，这个时候可以参考以下步骤:

完成上述步骤即可解决该异常

三、开始编码

3.1准备一个类，用于解析so文件

package com.appcups.energy.chargingstation.server.chargingstationsysapi.jna;import com.sun.jna.Library;
import com.sun.jna.Native;//继承Library，用于加载库文件
public interface Clibrary extends Library {// [Native.synchronizedLibrary] 阻止多线程同时访问本地代码Clibrary INSTANTCE = (Clibrary) Native.synchronizedLibrary((Clibrary) Native.loadLibrary(Clibrary.class.getResource("/secret_udp.so").getPath().substring(1)// substring(1)的原因是在Windows下获取到的路径前面会多一个斜杠，但在Linux下不会, Clibrary.class));// 此方法为so文件中的c语言函数1 -> int test_return_C(void);//  ##备注: 这里的void代表无参int test_return_C();// 此方法为so库中的c语言函数2 -> char* Decrpyt( char * input);// ## 备注: 这里的char* 是c语言中的指针，与java中的String相对应String Decrpyt(String input);}

注: 对于so文件中c类型与java类型的映射关系，可以参考下图:

3.2 编写测试类

public class Demo {public static void main(String[] args) {Clibrary instance = Clibrary.INSTANTCE;// 方法一int result = instance.test_return_C();// 方法二String arr = instance.Decrpyt("方法二参数");}}

测试完毕，可以将函数调用返回值打印到控制台，查看调用结果

四、将项目部署到Linux

我将项目直接部署到Linux是无法正常运行的，需要修改 Clibrary.java 类，因为Linux下使用getResource()方法获取到的路径是正确的，只有在Windows上调用getResource()方法才会多出一条斜杠，所以在Linux下需要将类中的.subString(1)方法的调用删掉，为了让代码兼容Windows和Linux操作系统，我将Clibrary.java 类修改为以下代码:

import com.sun.jna.Library;
import com.sun.jna.Native;//继承Library，用于加载库文件
public interface Clibrary extends Library {String os = System.getProperty("os.name");  // 获取当前操作系统的类型int beginIndex = os != null && os.startsWith("Windows") ? 1 : 0;// windows操作系统为1 否则为0Clibrary INSTANTCE = (Clibrary) Native.synchronizedLibrary((Clibrary) Native.loadLibrary(Clibrary.class.getResource("/secret_udp.so").getPath().substring(beginIndex), Clibrary.class));// 此方法为so文件中的c语言函数1 -> int test_return_C(void);//  ##备注: 这里的void代表无参int test_return_C();// 此方法为so库中的c语言函数2 -> char* Decrpyt( char * input);// ## 备注: 这里的char* 是c语言中的指针，与java中的String相对应String Decrpyt(String input);}

代码通过获取当前系统的操作类型来改变调用substring的作用域，实现了兼容性。

但在代码运行时，还是报错了:

参考王小草的博客，发现在Windows下生成的so文件是无法在Linux上运行的，因为不同系统生成的文件的ELF header可能是不一样的，所以让硬件工程师在Linux下重新生成了一个so文件，发现竟然真的没有报错了

写在最后: 如需转载，请注明出处，如有问题，欢迎在评论区留言.

====== 2020-06-19 ======

网上有人遇到这样的报错：java.lang.UnsatisfiedLinkError: Unable to load library 'lib/HCNetSDK': ÕҲ»µ½ָ¶；我无法复现。。能不能有人分享个so文件给我，我调试一下，给百度云链接或者csdn下载链接都行

这个问题博主解决不了大家可以参考：https://www.cnblogs.com/xdk1002/p/13218980.html