最近发现java可运行代码太容易被反编译,想到java的jni,jni是Java Native Interface的缩写,它提供了若干的API实现了Java和其他语言的通信(主要是C&C++)。
一、编写java代码
- JNIDemo.java
我们这里仅以一个最经典的helloworld来展示
public class JNIDemo {
static{
System.loadLibrary("JNIDemo");
}
public native String helloWorld();
public static void main(String[] args) {
// TODO Auto-generated method stub
JNIDemo demo = new JNIDemo();
System.out.println(demo.helloWorld());
}
}
System.loadLibrary(“JNIDemo”) 主要用于加载动态库文件libJNIDemo.so lib前缀我们无须手动添加,jni会自动加上,而.so后缀jni调用时会根据平台来选择添加的后缀,linux会加上so,windows平台会加上dll后缀
二、生成头文件以及实现native方法
编写完java文件后,我们需要先编译出class文件,然后使用这个class文件生成头文件
javac JNIDemo.java //编译java文件
javah JNIDemo //生成头文件,执行后目录下将多出一个JNIDemo.h文件
打开JNIDemo.h文件我们会发现里面的内容是这样的:
我们需要写一个c源码实现文件(JNIDemo.c),实现上述函数:
#include <jni.h>
#include "JNIDemo.h"
JNIEXPORT jstring JNICALL Java_JNIDemo_helloWorld
(JNIEnv *env, jobject obj)
{
return (*env)->NewStringUTF(env,"hello_world!");
}
三、生成动态库文件
由于上面引入了jdk里面的jni.h,所以编译的时候需要把头文件所在目录加入依赖我的jdk安装目录为/usr/jdk1.8.0_111/,所以-I后的参数为该目录下的include目录以及其子目录linux
gcc -fPIC -I /usr/jdk1.8.0_111/include/ -I /usr/jdk1.8.0_111/include/linux/ -shared -o libJNIDemo.so JNIDemo.c
上面执行shell后会发现你的目录多出了一个动态库文件libJNIDemo.so,该so文件就是我们的最终目标,该文件生成成功了,代表我们的目标差不多完成了。
tis:-fPIC必须加上,要不你会发现你到最后执行的class时会抱错,具体作用可以查阅相关的文档,这里仅实现jni,不作其他内容的说明。
四.运行java类(over)
最后一步了,这时候需要把so文件所在目录加入环境变量,否则将会出现一下错误:
Exception in thread "main" java.lang.UnsatisfiedLinkError: no JNIDemo in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1122)
at JNIDemo.<clinit>(JNIDemo.java:5)
好的,正确的步骤应该是这样的:
java -Djava.library.path=. JNIDemo //因为so文件和class文件处于同一目录下,所以在执行class时需要把so文件所在目录加入环境变量
当然啦,如果你不喜欢上面的执行方式,你也可以这样
export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH //把当前目录加入环境变量LD_LIBRARY_PATH
java JNIDemo
好啦,看看效果图,完美!
最后再啰嗦一句,就算使用so动态库文件也是能被反编译(ida f5神器)的,这个世界没有最坚硬的盾。。。zzz