为什么 Android jvm->GetEnv() return 对于多个线程相同 "env"。?
Why does the Android jvm->GetEnv() return the same "env" for multiple threads.?
我正在使用 jvm->GetEnv(&envThread, JNI_VERSION_1_6)
获取多个线程的 "env",以便进行多个 envThread->GetMethodID()
调用。两个线程都正确附加到 JVM。
我在第一个线程上调用 "GetMethodID()" 返回的函数没有任何问题,但是当第二个线程尝试调用时我看到这条消息:
art/runtime/check_jni.cc:65] JNI DETECTED ERROR IN APPLICATION: thread Thread[13,tid=8207,Native,Thread*=0xaed08400,peer=0x12dcd080,"Thread-10224"]
using JNIEnv* from thread Thread[1,tid=8148,Runnable,Thread*=0xb4e07800,peer=0x87bc5ef0,"main"]
A/art(8148): art/runtime/check_jni.cc:65 in call to CallVoidMethodV
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] "Thread-10224" prio=10 tid=13 Runnable
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] group="main" sCount=0 dsCount=0 obj=0x12dcd080 self=0xaed08400
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] sysTid=8207 nice=-11 cgrp=apps sched=0/0 handle=0xafb18b00
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] state=R schedstat=( 17710887 6014947 64 ) utm=1 stm=0 core=3 HZ=100
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] | stack=0xaee04000-0xaee06000 stackSize=1012KB
因为我对第二个线程的 jvm->getEnv()
returns JNI_OK
的调用,它已经附加(如预期的那样)。但没想到返回的 JniENV 与第一个线程返回的 JniENV 完全一样。从而导致崩溃。
有人见过这种事吗?我完全不知道该怎么办...
谢谢。
我认为你应该使用来自其他线程的 AttachCurrentThread
。
这是 similar question SO:
void callback(int val) {
JNIEnv * g_env;
// double check it's all ok
int getEnvStat = g_vm->GetEnv((void **)&g_env, JNI_VERSION_1_6);
if (getEnvStat == JNI_EDETACHED) {
std::cout << "GetEnv: not attached" << std::endl;
if (g_vm->AttachCurrentThread((void **) &g_env, NULL) != 0) {
std::cout << "Failed to attach" << std::endl;
}
} else if (getEnvStat == JNI_OK) {
//
} else if (getEnvStat == JNI_EVERSION) {
std::cout << "GetEnv: version not supported" << std::endl;
}
g_env->CallVoidMethod(g_obj, g_mid, val);
if (g_env->ExceptionCheck()) {
g_env->ExceptionDescribe();
}
g_vm->DetachCurrentThread();
}
您项目中的 JNI 代码可能不是为多任务编写的,而是将 Java 内容保存在静态变量中。我见过这样的代码。据我了解,在一个项目中,这些人有一些遗留的 C/C++ 代码没有传递所有这些环境参数,但在某些时候他们需要调用 Java。据我了解,在另一个项目中,使用全局变量的原因是当工程师向他们展示原型时管理层决定开始销售。如果您看到像 g_env
这样的变量名称,则暗示这些变量曾经是全局变量。
另一方面,我还没有看到你的代码,可能这篇文章对后来的绕过者比对你更相关。
这是我们代码库中的一个错误案例,只是不是很明显。
我正在使用 jvm->GetEnv(&envThread, JNI_VERSION_1_6)
获取多个线程的 "env",以便进行多个 envThread->GetMethodID()
调用。两个线程都正确附加到 JVM。
我在第一个线程上调用 "GetMethodID()" 返回的函数没有任何问题,但是当第二个线程尝试调用时我看到这条消息:
art/runtime/check_jni.cc:65] JNI DETECTED ERROR IN APPLICATION: thread Thread[13,tid=8207,Native,Thread*=0xaed08400,peer=0x12dcd080,"Thread-10224"]
using JNIEnv* from thread Thread[1,tid=8148,Runnable,Thread*=0xb4e07800,peer=0x87bc5ef0,"main"]
A/art(8148): art/runtime/check_jni.cc:65 in call to CallVoidMethodV
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] "Thread-10224" prio=10 tid=13 Runnable
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] group="main" sCount=0 dsCount=0 obj=0x12dcd080 self=0xaed08400
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] sysTid=8207 nice=-11 cgrp=apps sched=0/0 handle=0xafb18b00
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] state=R schedstat=( 17710887 6014947 64 ) utm=1 stm=0 core=3 HZ=100
08-31 14:11:08.029: A/art(8148): art/runtime/check_jni.cc:65] | stack=0xaee04000-0xaee06000 stackSize=1012KB
因为我对第二个线程的 jvm->getEnv()
returns JNI_OK
的调用,它已经附加(如预期的那样)。但没想到返回的 JniENV 与第一个线程返回的 JniENV 完全一样。从而导致崩溃。
有人见过这种事吗?我完全不知道该怎么办...
谢谢。
我认为你应该使用来自其他线程的 AttachCurrentThread
。
这是 similar question SO:
void callback(int val) {
JNIEnv * g_env;
// double check it's all ok
int getEnvStat = g_vm->GetEnv((void **)&g_env, JNI_VERSION_1_6);
if (getEnvStat == JNI_EDETACHED) {
std::cout << "GetEnv: not attached" << std::endl;
if (g_vm->AttachCurrentThread((void **) &g_env, NULL) != 0) {
std::cout << "Failed to attach" << std::endl;
}
} else if (getEnvStat == JNI_OK) {
//
} else if (getEnvStat == JNI_EVERSION) {
std::cout << "GetEnv: version not supported" << std::endl;
}
g_env->CallVoidMethod(g_obj, g_mid, val);
if (g_env->ExceptionCheck()) {
g_env->ExceptionDescribe();
}
g_vm->DetachCurrentThread();
}
您项目中的 JNI 代码可能不是为多任务编写的,而是将 Java 内容保存在静态变量中。我见过这样的代码。据我了解,在一个项目中,这些人有一些遗留的 C/C++ 代码没有传递所有这些环境参数,但在某些时候他们需要调用 Java。据我了解,在另一个项目中,使用全局变量的原因是当工程师向他们展示原型时管理层决定开始销售。如果您看到像 g_env
这样的变量名称,则暗示这些变量曾经是全局变量。
另一方面,我还没有看到你的代码,可能这篇文章对后来的绕过者比对你更相关。
这是我们代码库中的一个错误案例,只是不是很明显。