JNIEnv*的常用函数详解

#include "TestNative.h"

/*
 * Class:     TestNative
 * Method:    add
 * Signature: (II)I
 */
JNIEXPORT jint JNICALL Java_TestNative_add(JNIEnv *en, jobject obj, jint x, jint y)
{
    return x+y;
}

#include "TestNative.h" /* * Class: TestNative * Method: add * Signature: (II)I */ JNIEXPORT jint JNICALL Java_TestNative_add(JNIEnv *en, jobject obj, jint x, jint y) { return x+y; }  

 

  所有的JNI调用都使用了JNIEnv*类型的指针，习惯上在CPP文件中将这个变量定义为evn，它是任意一个本地方法的第一个参数。env指针指向一个函数指针表，在VC中可以直接用"->"操作符访问其中的函数。

    jobject 指向在此 Java 代码中实例化的 Java 对象 LocalFunction的一个句柄，相当于this指针。后续的参数就是本地调用中有Java程序传进的参数，本例中只有一个String型参数。对于字符串型参数，因为在本地代码中不能直接读取Java字符串，而必须将其转换为C/C++字符串或Unicode。以下是我们经常会用到的字符串类型处理的函数：

（1）   const char* GetStringUTFChars (jstring string,jboolean* isCopy)
返回指向字符串UTF编码的指针，如果不能创建这个字符数组，返回null。这个指针在调用ReleaseStringUTFChar()函数之前一直有效。 参数：
string Java字符串对象 
isCopy 如果进行拷贝，指向以JNI_TRUE填充的jboolean,否则指向以JNI_FALSE填充的jboolean。

（2）   void ReleaseStringUTFChars(jstring str, const char* chars)
通知虚拟机本地代码不再需要通过chars访问Java字符串。 
参数：
string Java字符串对象 
chars 由GetStringChars返回的指针

（3）   jstring NewStringUTF(const char *utf)
返回一个新的Java字符串并将utf内容拷贝入新串，如果不能创建字符串对象，返回null。通常在反值类型为string型时用到。 
参数：
utf UTF编码的字符串指针，对于数值型参数，在C/C++中可直接使用，其字节宽度如下所示：

 

 

 

 对于上述类型数组，有一组函数与之对应，以下函数中Xxx为对应类型。
xxx* GetXxxArrayElements(xxxArray array, jboolean *isCopy)
产生一个指向Java数组元素的C指针。不再需要时，需将此指针传给Relea***xxArrayElements
参数：
array 数组对象 
isCopy 如果进行拷贝，指向以JNI_TRUE填充的jboolean,否则指向以JNI_FALSE填充的jboolean。 
例如：jboolean * GetBooleanArrayElements(jbooleanArray array, jboolean *isCopy)

（4）   void Relea***xxArrayElements(xxxArray array,xxx *elems, jint mode)
通知虚拟机不再需要从GetXxxArrayElements得到的指针。 
参数：
array 数组对象 
elems 不再需要的指向数组元素的指针 
mode 0＝在更新数组元素后释放elems缓冲器 
JNI_COMMIT＝在更新数组元素后不释放elems缓冲器 
JNI_ABORT＝不更新数组元素释放elems缓冲器 
例如：void ReleaseBooleanArrayElements(jbooleanArray array,jboolean *elems, jint mode)

（5）   xxxArray NewXxxArray(jsize len)
产生一个新的数组，通常在反值类型为数组型时用到。
参数：
len 数组中元素的个数。 
例如：jbooleanArray NewBooleanArray(jsize len)

 

编译生成共享库

使用GCC时,必须通知编译器在何处查找此Java本地方法的支持文件，并且显式通知编译器生成位置无关的代码，在我的环境中按如下过程编译： 
gcc-I/home/jbuilder/jdk1.3.1/include-I/home/jbuilder/jdk1.3.1/include/linux -fPIC -c Hello.c
生成Hello.o 
gcc -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 Hello.o
生成libhello.so.1.0 
接下来将生成的共享库拷贝为标准文件名 
cp libhello.so.1.0 libhello.so

最后通知动态链接程序此共享文件的路径。 
export LD_LIBRARY_PATH=`pwd` :$LD_LIBRARY_PATH

应用中注意事项

1．如果可以通过TCP/IP实现Java代码与本地C/C++代码的交互工作，那么最好不使用以上提到的JNI的方式，因为一次JNI调用非常耗时，大概要花0.5～1个毫秒。 
2．在一个Applet应用中，不要使用JNI。因为在 applet 中可能引发安全异常。 
3．将所有本地方法都封装在单个类中，这个类调用单个 DLL。对于每种目标操作系统，都可以用特定于适当平台的版本替换这个 DLL。这样就可以将本地代码的影响减至最小，并有助于将以后所需的移植问题包含在内。 
4．本地方法要简单。尽量将生成的DLL 对任何第三方运行时 DLL 的依赖减到最小。使本地方法尽量独立，以将加载DLL 和应用程序所需的开销减到最小。如果必须要运行时 DLL，则应随应用程序一起提供它们。 
5．本地代码运行时，没有有效地防数组越界错误、错误指针引用带来的间接错误等。所以必须保证保证本地代码的稳定性，因为，丝毫的错误都可能导致Java虚拟机崩溃。

JNI调用规范给我们复用原有其它语言的代码提供了简单易用的接口，可以节省大量的财力，使我们可以在享受Java带来的开发速度的同时，不必放弃旧有资源。

原文:http://blog.csdn.net/super005/article/details/6387575