【java学习】jni之JNIEnv*

原文地址：http://blog.csdn.net/aiqing0119/article/details/7859098

 

#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;  
}  

所有的J NI调用都使用了J NIE nv*类型的指针，习惯上在CPP文件中将这个变量定义为ev n，它是任意一个本地方法的第一个参数。e nv指针指向一个函数指针表，在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指针。不再需要时，需将此指针传给ReleaseXxxArrayElements
参数：
array 数组对象
isCopy 如果进行拷贝，指向以JNI_TRUE填充的jboolean,否则指向以JNI_FALSE填充的jboolean。
例如：jboolean * GetBooleanArrayElements(jbooleanArray array, jboolean *isCopy)

（4） void ReleaseXxxArrayElements(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带来的开发速度的同时，不必放弃旧有资源。