JNI 要求每个线程必须使用其专属的 JNIEnv 指针，跨线程复用会导致 “JNI DETECTED ERROR IN APPLICATION” 崩溃；正确做法是通过 JavaVM::AttachCurrentThread 获取当前线程的 JNIEnv，并在操作完成后调用 DetachCurrentThread 释放。
jni 要求每个线程必须使用其专属的 jnienv* 指针，跨线程复用会导致 “jni detected error in application” 崩溃；正确做法是通过 javavm::attachcurrentthread 获取当前线程的 jnienv，并在操作完成后调用 detachcurrentthread 释放。
在 Android NDK 开发中，JNIEnv* 并非全局可共享句柄，而是线程局部（thread-local）变量。它由 JVM 在线程首次调用 JNI 函数时自动绑定，仅对该线程有效。一旦你在子线程（如 ImageReader 回调线程）中直接复用主线程（"main"）获取的 JNIEnv*（例如从 Java_com_test_testQ_Yolov8Ncnn_test 回调中保存并传入），调用 FindClass、GetMethodID 或 CallVoidMethod 等任意 JNI 函数时，JVM 就会触发严格校验失败，并抛出类似以下错误：
JNI DETECTED ERROR IN APPLICATION: thread Thread[21,...] using JNIEnv* from thread Thread[1,...]
这是因为 JNIEnv* 内部隐式关联了线程 ID 和 JVM 上下文，强行跨线程使用将破坏 JNI 的内存安全与线程隔离契约。
✅ 正确实践：为非主线程显式 Attach/Detach
你需要持有全局有效的 JavaVM*（通常在 JNI_OnLoad 中缓存），并在目标线程中按需获取线程专属的 JNIEnv*：
// 全局变量（建议封装为单例或通过参数传递）
static JavaVM* g_jvm = nullptr;
JNIEXPORT jint JNICALL JNI_OnLoad(JavaVM* vm, void* reserved) {
g_jvm = vm;
return JNI_VERSION_1_6;
}
void callJavaFun(jobject thiz, cv::Mat& rgb) {
JNIEnv* env = nullptr;
// 关键：为当前线程获取 JNIEnv*
if (g_jvm->AttachCurrentThread(&env, nullptr) != JNI_OK) {
__android_log_print(ANDROID_LOG_ERROR, "JNI", "Failed to attach thread to JVM");
return;
}
// ✅ 此时 env 是当前线程合法的 JNIEnv*
jclass clazz = env->FindClass("com/test/testQ/Yolov8Ncnn");
if (!clazz) {
__android_log_print(ANDROID_LOG_ERROR, "JNI", "Failed to find class");
g_jvm->DetachCurrentThread();
return;
}
jmethodID methodID = env->GetMethodID(clazz, "test", "()V");
if (methodID) {
env->CallVoidMethod(thiz, methodID);
// 注意：若 Java 方法抛异常，应检查并清除（可选但推荐）
if (env->ExceptionCheck()) {
env->ExceptionDescribe(); // 打印异常栈
env->ExceptionClear();
}
}
// ✅ 必须 detach，否则线程退出时 JVM 可能无法回收资源
g_jvm->DetachCurrentThread();
}⚠️ 重要注意事项：
-
AttachCurrentThread成功后必须配对DetachCurrentThread：未 detach 会导致线程与 JVM 长期绑定，引发内存泄漏或后续 attach 失败。 -
jobject不能跨线程直接传递：thiz是主线程创建的局部引用（local reference），在子线程中不可直接使用。若需跨线程调用，应提前在主线程中创建全局引用（NewGlobalRef），并在子线程 detach 前用DeleteGlobalRef清理（或确保生命周期可控）。 - 避免频繁 Attach/Detach：若需高频调用，可考虑将逻辑合并为单次 attach 内完成，或设计线程池+attach 生命周期管理策略。
-
C++ 异常与 JNI 交互：JNI 调用不传播 C++ 异常，但 Java 抛出的异常需手动检查（
ExceptionCheck）和清理（ExceptionClear），否则后续 JNI 调用将失败。
总结：JNI 的线程安全性完全依赖开发者主动管理 JNIEnv* 的生命周期。牢记口诀——“谁的线程，谁 attach；用完即 detach；对象跨线程，必转 global ref”，即可彻底规避此类崩溃。
