PART1:
java中使用jna替代jni调用c++/c生成的 dll/so库文件需要做的事项
1、引入JNA依赖或者直接下载JNAjar包
<dependency>
<groupId>net.java.dev.jna</groupId>
<artifactId>jna</artifactId>
<version>5.2.0</version>
</dependency>
2、编写Java 调用类
package com.tree.go.util;
import com.sun.jna.Library;
import com.sun.jna.Native;
//继承Library,用于加载库文件 --Class mapping
public interface CPPTest extends Library {
// 加载libhello.so链接库
public static final String JNA_ImgProcess = "hello";
public static final CPPTest instance = (CPPTest)Native.loadLibrary(CPPTest.JNA_ImgProcess,CPPTest.class);
// 此方法为链接库中的方法 function mapping
void test();
int addTest(int a,int b);
//调用,singleton
public static void main(String[] args) {
CPPTest instance =CPPTest.instance;
instance.test();
int c =instance.addTest(10,20);
}
}
接下来的工作就是如何编写可供调用的Cpp文件,以及编译加载的问题了,查看part 2
PART2:
编写C++/C文件,编译
准备编写C++代码[T1.cpp],如下:
#include <iostream>
using namespace std;
extern "C"{ //避免name mangling,编译后名称symbol破坏,导致无法找到函数,告诉编译器下面的代码块使用c编译器来编译
int addTest(int a, int b)
{
cout << "a+b" << a + b << endl;
return a + b;
}
void test()
{
cout << "hello word from C++ ! " << endl;
}
}
1、如何将C++文件编译为so文件?
这里需要区分编译c文件和c++文件使用的是不同的编译器,具体编译参数可以复用
1.1、编译c文件使用 gcc
示例:
使用命令:gcc -fPIC -shared -o libGoT.so T1.c
1.2、编译c++文件使用的是 g++
g++ -fPIC -shared -o libhello.so T1.cpp
编译完成后生成如下文件:
![](https://i-blog.csdnimg.cn/blog_migrate/18a4beee1e95ebf31fa00b8f00806497.png)
2、如何加载编译好的so文件?
配置so文件加载位置:
打开 vim /etc/profile
添加如下配置:
/home/data/libso是自定义目录,
export LD_LIBRARY_PATH=/home/data/libso
多个目录用:隔开,如下
export LD_LIBRARY_PATH=/home/data/libso:/usr/lib
这样就可在Java中调用使用C程序编写好的代码了
PART3:
注意事项:
1、C++编译后函数名称破环问题
名称一致性问题,java中调用的和cpp文件中定义的名称需要保持一致
解决:使用 extern "C"放到一句代码前,或者一段代码前 extern "C"{ your code}
2、 编译生成动态库名的问题
注意在编译的时候一点要在库民前面加上 lib+soname.so
否则JNA如法加载到库文件
示例:我们需要一个hello库需要这样编译,前面加上lib
g++ -fPIC -shared -o libhello.so T1.cpp
linux动态库的命名规则
动态链接库的名字形式为 libxxx.so,前缀是lib,后缀名为“.so”。
针对于实际库文件,每个共享库都有个特殊的名字“soname”。在程序启动后,程序通过这个名字来告诉动态加载器该载入哪个共享库。
在文件系统中,soname仅是一个链接到实际动态库的链接。对于动态库而言,每个库实际上都有另一个名字给编译器来用。它是一个指向实际库镜像文件的链接文件(lib+soname+.so)。
显式调用C++动态库注意点
对C++来说,情况稍微复杂。显式加载一个C++动态库的困难一部分是因为C++的name mangling;另一部分是因为没有提供一个合适的API来装载类,在C++中,您可能要用到库中的一个类,而这需要创建该类的一个实例,这不容易做到。
name mangling可以通过extern "C"解决。C++有个特定的关键字用来声明采用C binding的函数:extern "C" 。用 extern "C"声明的函数将使用函数名作符号名,就像C函数一样。因此,只有非成员函数才能被声明为extern "C",并且不能被重载。尽管限制多多,extern "C"函数还是非常有用,因为它们可以象C函数一样被dlopen动态加载。冠以extern "C"限定符后,并不意味着函数中无法使用C++代码了,相反,它仍然是一个完全的C++函数,可以使用任何C++特性和各种类型的参数。
另外如何从C++动态库中获取类,附上几篇相关文章,但我并不建议这么做:
l 《LoadLibrary调用DLL中的Class》:
http://www.cppblog.com/codejie/archive/2009/09/24/97141.html
l 《C++ dlopen mini HOWTO》:
http://blog.csdn.net/denny_233/article/details/7255673
“显式”使用C++动态库中的Class是非常繁琐和危险的事情,因此能用“隐式”就不要用“显式”,能静态就不要用动态。
附件:Linux下库相关命令
g++(gcc)编译选项
-shared :指定生成动态链接库。
-static :指定生成静态链接库。
-fPIC :表示编译为位置独立的代码,用于编译共享库。目标文件需要创建成位置无关码,念上就是在可执行程序装载它们的时候,它们可以放在可执行程序的内存里的任何地方。
-L. :表示要连接的库所在的目录。
-l:指定链接时需要的动态库。编译器查找动态连接库时有隐含的命名规则,即在给出的名字前面加上lib,后面加上.a/.so来确定库的名称。
-Wall :生成所有警告信息。
-ggdb :此选项将尽可能的生成gdb 的可以使用的调试信息。
-g :编译器在编译的时候产生调试信息。
-c :只激活预处理、编译和汇编,也就是把程序做成目标文件(.o文件) 。
-Wl,options :把参数(options)传递给链接器ld 。如果options 中间有逗号,就将options分成多个选项,然后传递给链接程序。
nm命令
有时候可能需要查看一个库中到底有哪些函数,nm命令可以打印出库中的涉及到的所有符号。库既可以是静态的也可以是动态的。nm列出的符号有很多,常见的有三种:
一种是在库中被调用,但并没有在库中定义(表明需要其他库支持),用U表示;
一种是库中定义的函数,用T表示,这是最常见的;
一种是所谓的弱态”符号,它们虽然在库中被定义,但是可能被其他库中的同名符号覆盖,用W表示。
$nm libhello.h
ldd命令
ldd命令可以查看一个可执行程序依赖的共享库,例如我们编写的测试动态库依赖下面这些库:
![](https://i-blog.csdnimg.cn/blog_migrate/0f67144df984d38b2d8deb3df0b6f275.png)