最近工作中在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。
