最近工作中在java工程中通过jni调用c程序编译的库进行加解密,总结一下jni的用法
环境:macos 10.12.6,jdk7
- 编写一个包含native方法的java文件
System.load()和System.loadLibrary()的区别可以看这里,简单来说load是从指定位置加载一个单独的库文件(参数是库文件的全路径),loadLibrary是从java.library.path加载库文件(参数是文件名,不包括扩展名,macos会自动找lib+文件名+.dylib)。如果库文件依赖别的库文件,load需要自己再引入,loadLibrary可以自动在java.library.path找到并引入。可以通过
System.getProperty("java.library.path")
查看java.library.path路径是什么,因为loadLibrary对不同平台的规则不一样,所以还是使用load好一点,对名字和文件位置没有要求
package com.lfz;
import java.io.File;
public class Main {
static {
System.load(Main.class.getResource(File.separator).getPath()+"libhelloJNI.dylib");
}
public static void main(String[] args) {
System.out.println(new Main().max(7, 5));
}
public native int max(int a, int b);
}
- 编译java文件得到class文件
因为我使用的ide自动就会在classpath下编译java源文件,所以不需要使用javac命令手动编译
- 调用javah命令生成c程序头文件
进入classpath下执行javah命令,注意是后面是完整类名(包名+类名),得到
com_lfz_Main.h
文件
cd $CLASS_PATH
javah com.lfz.Main
- 在和
com_lfz_Main.h
同一目录下,编辑c文件(名字可以随便取)
c程序头文件引入<>和""区别,可以看这里,简单来说<>是从系统默认的位置找头文件,""是先从当前位置找再去系统默认的地方找
#include <jni.h> //引入jni的头文件
#include "com_lfz_Main.h" //引入刚才产生的h文件
#include <stdio.h>
// 返回值类型jint对应java的int类型,方法名规则:Java_包名_类名_方法名
// 方法参数前两个是固定的,之后对应java native方法中的参数类型
JNIEXPORT jint JNICALL Java_com_lfz_Main_max(JNIEnv *env,jobject obj,jint a,jint b){
return a>b?a:b;
}
- 使用gcc编译c源文件得到库文件
-dynamiclib代表生成动态库,-I /System/Library/Frameworks/JavaVM.framework/Headers代表添加额外的头文件路径(macos的jni.h在这里,别的os需要修改这里),-o libhelloJNI.dylib代表最后编译出的库文件名
gcc -dynamiclib -I /System/Library/Frameworks/JavaVM.framework/Headers helloJNI.c -o libhelloJNI.dylib
类型对应图
对于引用类型则有:jobject, jstring, jthrowable, jclass, jarray, 以及继承于jarray,对应于其原生类型的8种jarray和jobjectarray。
网友评论