JNI DETECTED ERROR IN APPLICATION解决记录

       最近遇到一个JNI的问题，同一套代码在Android4.4版本前的设备上运行是OK的，但是在Android5.0之后的设备上就会崩溃，查看logcat发现报JNI DETECTED ERROR IN APPLICATION错误。

      （1）第一个错误：

               JNI DETECTED ERROR IN APPLICATION: calling static method xxxx with CallxxxxMethodV in call to CallxxxxMethodV

       有过JNI编程经验的就会知道，调用方法分static和非static两种，分别会用到

                    GetStaticMethodID                                    GetMethodID    

                    CallStatic<type>Method                            Call<type>Method

                    其中<type>指Int, Long, Char等类型

       问题的原因就是编写JNI代码的同事混用了这两种方式，先用了GetStaticMethodID，然后又用的非static的CallIntMethod方法，Android4.4之前版本JNI检查机制没有Android5.0之后的版本严格，所以没有报错，程序也不会崩溃，但正确的方式应该是GetMethodID+Call<type>Method，GetStaticMethodID+CallStatic<type>Method，这个问题解决后又接着报出了下面的错误。

      （2）第二个错误：

               JNI DETECTED ERROR IN APPLICATION: native code passing in reference to invalid stack indirect reference table or invalid reference: 0xfff5f1b0
               in call to CallVoidMethod <==这一行报错是问题的切入点

       这个错误显示是CallVoidMethod的参数非法引用，网上找了一些相关问题的帖子，结合本地代码，发现最有可能的就是线程间不能直接传递JNIEnv和jobject这类线程专属属性值导致，要知道JavaVM是属于java进程的，每个进程只有一个JavaVM，而这个JavaVM可以被多线程共享，但是JNIEnv和jobject是属于线程私有的，不能共享，那有什么办法解决呢？这里我们不讲JNIEnv的线程间传递，有兴趣的网上可以找到相关帖子，而jobject可以用全局引用的方式在多线程间使用，举个简单的例子：

#Include <jni.h>
#include <pthread.h>
pthread_t pthread;
jobject object;
JavaVM* jvm;
void *run(void *arg)
{
    JNIEnv * jenv;
    jvm->AttachCurrentThread(&jenv, NULL);
    jenv->CallVoidMethod(object, jnv->GetMethodID(jnv->GetObjectClass(object), "foo", "()V"));
    jenv->DeleteGlobalRef(object);
    jvm->DetachCurrentThread();
    return NULL;
}  

void Java_com_program_Initialize(JNIEnv*jenv, jobject caller)
{   /*要想在新线程中使用对象caller，就必须以全局引用方式保存，否则caller只是局部引用，本方法返回后就会销毁*/
    object = jnv->NewGlobalRef(caller); 
    jenv->GetJavaVM(&jvm);
    pthread_create(&thread, NULL, run, NULL);
}

           再回到前面的问题，按照这个线索，我在本地JNI代码里发现在pthread_create创建新线程之前，仅仅将jobject保存在了一个全局变量里面，而没有使用全局引用，以上面的代码为例，即本地JNI代码里进行了类似object = caller;的赋值，这显然是没有用的，一旦函数返回，caller就会被GC回收销毁，object指向的就是一个非法地址，最终导致上面的JNI错误。