问题描述

因此，如果我们连接后，我们必须在完成后分离线程，对

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;
}

我从 @override保护的void ondestroy()

我调用下一个本机方法

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

错误:用Interp框架分离线程(count = 16) – 主线程仍在运行，我们尝试分离它.

即使我们采用了使用JNIENV的任何功能(例如调用Java方法)，放置distachcurrentThread也会导致相同的错误.

distachcurrentthread 如果在 pthread函数中使用

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释放自己?我们是否需要致电DesteryJavm()(如果使用OnDestroy，请碰撞)，免费缓存Javavm或垃圾清洁器将如何处理?

P.S.使用 tactercurrentthreadasdaemon()

有什么好处

推荐答案

在UI线程上调用了Activity.onDestroy()方法.您为什么要从UI线程分离Java VM?该线程是由系统管理的，您既不应将Java VM依次或从其分离.

JNIEnv*可以作为第一个参数可用于每个本机方法.为什么首先需要get_jni_env()?

如果您需要在工作线程上的jnienv，则需要连接和分离(或从java产生线程；这很容易).

编辑:如果是重复附件，则无需分离.这不是一个涉及的系统. AttachCurrentThread记录为

尝试连接已经连接的线程是一个no-op.

而不是需要匹配的附件/分离电话.

其他推荐答案

不要从main thread中调用JNI handler function.从主线程调用JNI handler function将使崩溃.

以上所述是小编给大家介绍的NDK应用的onDestroy清理-如何DetachCurrentThread,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对77isp云服务器技术网的支持！