标签：进程空间 this 文件 cte 干什么 content roi cpp call
一个简单的样例让我们初步地了解JNI的作用，可是关于JNI中的一些概念还是须要了解清楚，才可以更好的去利用它来实现我们想要做的事情。
那么C++和Java之间的是怎样通过JNI来进行互相调用的呢？
我们知道。在Android中，当Java文件被编译成dex文件之后，会由类载入器载入到Dalvik VM（DVM）中，由DVM来进行解释，翻译成机器语言之后，才干由机器来执行。
而对于C/C++来说，其源码经由Android提供的NDK工具包，能够编译成可运行动态库（即.so文件）。之后。Java和C++之间就能够进行通讯了。
那么，在这里，能够想像，Java的Dex字节码和C/C++的so库肯定是同一时候执行在一个DVM之中。它们是共同使用一个进程空间的，否则，它们怎么彼此沟通呢？
所以在这里，一个关键的中间区域就是Dalvik VM。而对于C/C++，当它们也被载入进DVM之后，由C/C++实现的函数方法等都会被载入在DVM中的函数表中。
假设想要在C/C++中调用函数，它们必需要有个东西可以让其訪问到这个虚拟机中的函数表。
而这个东西就是JNIEnv *。
当我们利用javah生成的C/C++的头文件的时候。例如以下：
JNIEXPORT jstring JNICALL Java_com_lms_jni_HwDemo_printHello
(JNIEnv *e, jobject j)
{
return (**e).NewStringUTF(e,"Hello from T" );
}我们能够看到这种方法有两个參数。当中第一个就是JNIEnv *。而我们在Java端定义这种方法的时候。是没有參数的，例如以下：
public native String printHello();
struct _JNIEnv; struct _JavaVM; typedef const struct JNINativeInterface* C_JNIEnv; #if defined(__cplusplus) typedef _JNIEnv JNIEnv; //C++中JNIEnv的类型 typedef _JavaVM JavaVM; #else typedef const struct JNINativeInterface* JNIEnv; //C中JNIEnv的类型 typedef const struct JNIInvokeInterface* JavaVM; #endif
struct _JNIEnv {
/* do not rename this; it does not seem to be entirely opaque */
const struct JNINativeInterface* functions;struct JNINativeInterface {
void* reserved0;
void* reserved1;
void* reserved2;
void* reserved3;
jint (*GetVersion)(JNIEnv *);
jclass (*DefineClass)(JNIEnv*, const char*, jobject, const jbyte*,
jsize);
jclass (*FindClass)(JNIEnv*, const char*);
jmethodID (*FromReflectedMethod)(JNIEnv*, jobject);
jfieldID (*FromReflectedField)(JNIEnv*, jobject);
/* spec doesn‘t show jboolean parameter */
jobject (*ToReflectedMethod)(JNIEnv*, jclass, jmethodID, jboolean);
那么这个JNIEnv是什么时候产生的呢？
当Android中第一个Java线程要调用本地的C/C++代码的时候。DVM就会为该线程产生一个JNIEnv*的指针。
而每个线程在和C/C++互相调用的时候。其相应的JNIEnv 也是相互独立。
Android中关于JNI 的学习（一）对于JNIEnv的一些认识
标签：进程空间 this 文件 cte 干什么 content roi cpp call
原文地址：http://www.cnblogs.com/gavanwanggw/p/6907893.html
