牛骨文教育服务平台(让学习变的简单)

        JNI其实是Java NativeInterface的简称,也就是java本地接口。它提供了若干的API实现了和Java和其他语言的通信(主要是C/C++)。

        Java以其跨平台的特性深受人们喜爱,而又正由于它的跨平台的目的,使得它和本地机器的各种内部联系变得很少,约束了它的功能。解决Java对本地操作的一种方法就是JNI。

        Java通过JNI调用本地方法,而本地方法是以库文件的形式存放的(在WINDOWS平台上是DLL文件形式,在UNIX机器上是SO文件形式)。通过调用本地的库文件的内部方法,使JAVA可以实现和本地机器的紧密联系,调用系统级的各接口方法。

        在项目中管理很好一般可以不使用JNI,但是有时候必须用到的时候就要掌握一下这个东西了。其实Java很多的源码里面的一些算法都是Native声明的,也就是这些方法很可能是在C/C++中实现了的。

        我没事做的时候自己单独重新做了一遍JNI使用过程,分享一下流程。

  1. 首先在Eclipse建立一个Java类,在这个类中用native关键字声明需要用到的函数

下面是我自己写的测试代码

package com.ghgame.javausecpp;

public class JavaUseCpp {

	public JavaUseCpp() {
		System.out.println(">>>>>JNI Test Start<<<<<");
	}

	static {

	}

	public native void printStr(String str);
}
  1. 在DOS窗口下生产C++的h文件

   这里使用命令来完成

   去找到Eclipse新建的工程目录下的bin文件夹,bin存放编译好的class文件;

   然后cd 到这个E:WorkAndroidJNITestin目录

   在dos下输入命令

   E:WorkAndroidJNITestin>javah-classpath . -jni com.ghgame.javausecpp. JavaUseCpp

   然后在E:WorkAndroidJNITestin即可找到一个com_ghgame_javausecpp_JavaUseCpp.h头文件,生成成功!

注意:com.ghgame.javausecpp是包名,JavaUseCpp是类名

下面是生成的h文件截图:

这里javah的用法:

到这里Java部分就算是差不多了。

可以打开看看刚刚生成的这个com_ghgame_javausecpp_JavaUseCpp.h头文件

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_ghgame_javausecpp_JavaUseCpp */

#ifndef _Included_com_ghgame_javausecpp_JavaUseCpp
#define _Included_com_ghgame_javausecpp_JavaUseCpp
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     com_ghgame_javausecpp_JavaUseCpp
 * Method:    printStr
 * Signature: (Ljava/lang/String;)V
 */
JNIEXPORT void JNICALL Java_com_ghgame_javausecpp_JavaUseCpp_printStr
  (JNIEnv *, jobject, jstring);

#ifdef __cplusplus
}
#endif
#endif

      这里面注释上标注类名、方法名、签名(Signature),签名这个东西下面来说。在这里最重要的是Java_com_ghgame_javausecpp_JavaUseCpp_printStr这个方法签名。在Java端我们执行 printStr(String str)这个方法之后,JVM就会帮我们调用在DLL里的Java_com_ghgame_javausecpp_JavaUseCpp_printStr这个方法。因此我们新建一个C++source file来实现这个方法。

       还是扯哈签名这个东西。

       为什么会有方法签名这种东西呢?这是因为Java这边支持函数重载,即虽然参数不一样,但是方法名一样,那么在JNI层它们的方法名都会是一样的,那JNI也会犯迷糊了,得找哪个呢?

       不过也正是因为其参数类型是不一样的,所以就出现了方法签名,利用方法签名和方法名来唯一确定一个JNI函数的调用。

       既然方法签名是基于参数类型的不同而形成的,首先要知道Java各数据类型对应的签名是什么,也就是所谓的类型签名,

在jni.h文件中就已经定义了这样一套规则,如下:

typedef union jvalue {
     jboolean    z;
     jbyte       b;
     jchar       c;
     jshort      s;
     jint        i;
     jlong       j;
     jfloat      f;
     jdouble     d;
     jobject     l;
} jvalue;

具体不清楚的还是找度娘问其他先生。

  1. 写CPP文件,编译出DLL
       建项目具体步骤就不说了。

   新建一个Win32Cpp就行了,里面选dll,然后把刚才编译出来的h文件复制到C++工程的根目录去

   然后新建一个com_ghgame_javausecpp_JavaUseCpp.cppCpp文件

   在这里面实现h文件中的方法,我这里就打印了一下Java传过来的值而已

#include "stdafx.h"
#include "com_ghgame_javausecpp_JavaUseCpp.h"

JNIEXPORT void JNICALL Java_com_ghgame_javausecpp_JavaUseCpp_printStr(JNIEnv* env, jobject obj, jstring str)
{
	const char* pTempStr = env->GetStringUTFChars(str, NULL);  
	printf(">>>>>>>>>>>>>>>The input string is = [ %s ]<<<<<<<<<<<<<<",pTempStr);
}

这里编译的时候值得注意的几个问题:

a. 需要另外两个头文件

   都在jdk的安装目录下,有个include文件夹,把include文件夹下面的jni.h复制到C++工程的根目录,然后把com_ghgame_javausecpp_JavaUseCpp.h文件的#include <jni.h>改成#include "jni.h"就行了。

   还有个在include里面有个win32文件夹,jni_md.h这个头文件也复制到C++工程的根目录。

b. 在编译项目时候要注意选择平台,如果你jdk,机子都是64位你就编译64位的dll,32位同理。否则就是这个错误:JNI Can"t load IA 32-bit .dll on a AMD 64-bit platform

编译出来的内容就是这样:

  1. 配置Dll

   这里加载的方法有两个,

a. 把刚刚生成的Dll扔到C盘Sysytem32或者SysWOW64文件夹下

b. 把C++工程下生成dll的目录设置到环境变量path中去(我是64位的机子就把x64的配置到Path去了)

这个设置看个人喜好了

  1. Java加载Dll,完成
    到最后一步了,在Java里面加载Dll库,调用c++实现的方法
package com.ghgame.javausecpp;

public class JavaUseCpp {

	public JavaUseCpp() {
		System.out.println(">>>>>JNI Test Start<<<<<");
	}

	// 加载生成的DLL库文件
	static {
		System.loadLibrary("LibJniTest");
	}

	public native void printStr(String str);

	public static void main(String[] args) {
		String cName = "Ghgame";
		// 传个值试试效果
		new JavaUseCpp().printStr(cName);
	}
}

下面是我执行的结果:

感觉还是挺66666的。

好了,GG了,收拾东西准备下班。