NDK应用程序on Destroy清理-如何拆卸货币线程

Question

所以如果我们连接，我们必须在完成后分离线，对吗？

JNIEnv* get_jni_env()
{
JNIEnv* res;
JAVA_VM->GetEnv((void**) &res, JNI_VERSION_1_6);//Using cached JavaVM
JAVA_VM->AttachCurrentThread(&res, NULL);
return res;
}

我调用下一个本机方法从@覆盖保护无效onDestroy（）我的活动类

 void free_jni_manager()
 {
   JNIEnv* env = get_jni_env();
   ... //Here i delete global refs (jclass)
  //JAVA_VM->DetachCurrentThread();
 }

错误：使用interp帧分离线程（计数=16）-主线程仍在运行，我们尝试分离它。

即使我们使用任何使用JNIEnv的函数（例如调用java方法），放置DetachMoney tThread也会导致同样的错误。

如果在pthread函数中使用，DetachCurrentThread可以完美地工作

static void* thread_func(void* arg)
{
 get_jni_env(); // attach new thread
 //Do thread stuff
 JAVA_VM->DetachCurrentThread();//thread done detached it with ok
 return NULL;
}

我们需要分离主线程吗？然后我们用JNI完成了，可以吗？否则活动将被破坏，它将用JavaVM释放自己？我们是否需要调用DestroyJavaVM（）（如果使用onDestroy，只需执行崩溃），免费缓存的JavaVM或垃圾清理器将如何处理这个问题？

P、 使用AttachCurrentThreadAsDaemon（）有什么好处

Answer 1

不要从主线程调用JNI处理函数。从主线程调用JNI处理函数将导致崩溃。

Answer 2

活动。onDestroy（）方法在UI线程上调用。为什么要尝试将Java虚拟机与UI线程分离？该线程由系统管理，您不应该将Java虚拟机与之连接或分离。

JNIEnv*可用于每个本机方法作为第一个参数。为什么首先需要get_jni_env（）？

如果您需要工作线程上的JNIEnv，那么您需要附加和分离（或者从Java生成一个线程；这很容易）。

编辑：如果是重复附件，则不需要拆离。这不是一个参考计数系统<代码>AttachCurrentThread记录为

尝试附加已经附加的线程是没有操作的。

而不是需要匹配的附加/分离调用。