JNIEnv *evn：所有的JNI调用都使用了JNIEnv*类型的指针，习惯上在CPP文件中将这个变量定义为evn，它是任意一个本地方法的第一个参数。env指针指向一个函数指针表，在VC中可以直接用"->"操作符访问其中的函数
jobject obj：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* 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带来的开发速度的同时，不必放弃旧有资源。
平时我们开发Android应用时可能部分要求由于性能问题需要使用NDK来实现，比如OpenGL、OpenCore这样的多媒体应用，使用本地C/C++语言可以处理一些性能敏感或复杂的算法，Android123就我们日常NDK开发中遇到的问题以及技巧逐一总结方便网友查阅。
1. Android NDK编译的应用可以运行在Android 1.5或更高的操作系统上，在Android平台中本地调用主要通过JNI方式处理，JNI调用开销不小如果很简单的操作没有必要画蛇添足。
2. 一般NDK生成的so文件如何打包到apk中去呢?一般工程目录下创建一个libs文件夹，当然了手动释放也可以比如说 data/data/cn.com.android123.cwj/files/rmvb-decoder.so
3. 在JNI下面，我们常用的命名方式:
static JavaVM *g_VM; //全局环境指针
static jclass jNativesClass;
(*env)->GetJavaVM(env, &g_VM); //获取env环境指针，这样以后用g_VM就可以了。
4. jobjectArray jargv // java数组
int getArrayLen(JNIEnv * env, jobjectArray jarray): //获取一个Java数组长度，返回为jsize类型
jstring jele = (jstring)(*env)->GetObjectArrayElement(env, jargv, n); //从将Java数组元素n转为本地的jstring
const char *word = (*env)->GetStringUTFChars(env, jele, 0); //将java的utf字符转为c下面的char*
5. 记住释放内存，这不是java
(*env)->ReleaseStringUTFChars(env, jele, word);
6. 有关Java类命名方式
(Ljava/lang/String;I)V 其中本句
I = Integer
B = Byte
S = Short
C = Char
LXXX; = L加上类名