| JAVA世界 | MediaScanner | MediaScanner.java |
native_init(); processFile(); |
| JNI层 | libmedia_jni.so | android_media_mediaScanner.cpp | android_media_MediaScanner_native_init |
| Natvie世界 | libmedia.so |
关注：native_init 与 android_media_MediaScanner_native_init是如何对应的？注册。
注册有静态注册和动态注册两种：
1、静态注册，编写MediaScanner.java java -o javah -o 生成android_media_MediaScanner.h
JNIEXPORT void JNICALL Java_android_media_MediaScanner_native_linit
JNIEXPORT void JNICALL Java_android_media_MediaScanner_processFile
2、动态注册
由结构体JNINativeMethod保存对应关系
由register_android_media_MediaScanner(JNIEnv *env) 调用注册函数
而register_android_media_MediaScanner由JNI_OnLoad调用（JNI_OnLoad需要自己实现）
因为：当JAVA层通过System.loadLibrary加载完JNI动态库后，紧接着就会查找库中的JNI_OnLoad函数。
2.4.3 JNIEnv介绍
JNIEnv 与线程相关的代表JNI环境的结构体。
JNIEnv一般都是native函数转换成JNI层函数后由虚拟机传进来的，可以直接使用。
但如果是后台线程收到一个网络消息，而又需要由native层函数主动回调Java层函数时，JNIEnv从何而来？
注意：
jint JNI_OnLoad(JavaVM* vm, void* reserved)
一个进程对应一个JavaVM，即JavaVM是与进程相关的。
调用JavaVM的AttachCurrentThread函数，就可得到这个线程的JNIEnv结构体。另外，在后台线程退出前，需要调用JavaVM的DetachCurrentThread函数来释放对应的资源。
2.4.4 通过JNIEnv操作jobject
先写一下体会：
在JNI层，先通过GetFieldID，取得在Java层定义的成员变量，如mNativeContext（在MediaScanner.java中private int mNativeContext;）
给jfieldID：fields.context = env->GetFieldID(clazz, "mNativeContext", "I");
且fields是文件中的全局变量。
在Java层会通过native函数调用，到JNI层调用设置来设置Java层的mNativeContext。（呵呵，这是用下层的方法设置自己层的变量啊）。
MediaScanner.java native_setup();
android_media_MediaScanner.cpp android_media_MediaScanner_native_setup env->SetIntField(thiz, fields.context, (int)mp);
当然，设置好后，JNI层可以通过(MediaScanner *)env->GetIntField(thiz, fields.context);直接使用。
在MediaScanner.java中，代码逻辑非常明确：
加载完jni库后调用native_init，会让jni层取得mNativeContext
创建MediaScanner对象时，会调用native_setup，将StagefrightMediaScanner对象指针给mNativeContext;
对象销毁时，调用native_finalize，将mNativeContext设为0。
------------------------------------------------------------------------------------------------------------
JNI层会用jobject来表示对象的数据类型。
在JNI规则中，用jfiledID和jmethodID来表示Java类的成员变量和成员函数，可通过JNIEnv的下面两个函数得到：
jfieldID GetField(jclass clazz, const char * name, const char *sig);
jmethodID GetMethodID(jclass clazz, const char * name, const char *sig);
jclass代表java类，name表示成员函数或成员变量的名字，sig为这个函数和变量的签名信息。
调用 GetMethodID 保存为成员变量，为了程序运行效率。
mScanFileMethodID = env->GetMethodID(
mediaScannerClientInterface,
"scanFile",
"(Ljava/lang/String;JJZZ)V");
取得Java对象的方法scanFile。
mEnv->CallVoidMethod(mClient, mScanFileMethodID, pathStr, lastModified,
fileSize, isDirectory, noMedia);
CallVoidMethod是调用Java对象的函数scanFile。
2.4.5 jstring介绍
调用JNIEnv的NewString(JNIEnv *env, const jchar* unicodeChars, jsize len)，可以从Native的字符串得到一个jstring对象。
调用JNIEnv的NewStringUTF将根据Native的一个UTF-8字符串得到一个jstring对象。
GetStringChars GetStringUTFChars 可以将Java String对象转换成本地字符串。
需要调用ReleaseStringChars ReleaseStringUTFChars释放资源， 否则会导致JVM内存泄露。
2.4.7 垃圾回收
JNI技术一共提供三种类型的引用：
Local Reference 本地引用，一旦JNI层函数返回，就可能被垃圾回收。
Global Reference 全局引用，不主动释放，永远不会被回收。
Weak Global Reference 弱全局引用，一种特殊的Global Reference，在运行中可能被回收，所以在使用之前需要调用JNIEnv的IsSameObject判断。
根据Local Reference的说明，函数返回后，对象就会被回收，看起来调用DeleteLocalRef是多余的，其实，调用DeleteLocalRef是立即回收。
所以，没有及时回收Local Reference或许是进程占用内存过多的一个原因。