android - 从 pthread 初始化对象时为 "NoSuchMethodError"

Question

我有一个 Android/Java 应用程序，它通过 JNI 调用 C++ 代码以启动阻塞操作。 C++ 代码启动一个线程来执行此阻塞操作，然后在完成时通过 JNI 回调。

调用 C++ 没有任何问题。但是，当回调到 JNI 时，会报告混合错误。

从新线程获取jclass 引用显然是不合法的。执行该操作会产生“不可预测的行为”，因此所有类查找都在 JNI_OnLoad() 方法中执行，如下所示:

static jclass sampleClazz;

jint JNI_OnLoad(JavaVM *vm, void *reserved)
{
    jvm = vm;

    JNIEnv* env = NULL;
    jint result = jvm->GetEnv((void**)&env, JNI_VERSION_1_6);

    if(env == NULL) { __android_log_print(ANDROID_LOG_DEBUG, "JNI_OnLoad", "NULL");}

    sampleClazz= env->FindClass("com/sample/SampleClazz");
    sampleClazz= (jclass) env->NewGlobalRef(sampleClazz);

    ...etc...
}

在其中一个线程中，我试图回调 Java 代码。回调方法类似于:

void cCallBackOne() {
    JNIEnv* env;
    jvm->AttachCurrentThreadAsDaemon(&env, NULL);

    jmethodID init = env->GetMethodID(sampleClazz, "<init>", "()V");
    if(init == NULL) { 
        __android_log_print(ANDROID_LOG_DEBUG, "START", "NULL HERE"); 
    } else {
        __android_log_print(ANDROID_LOG_DEBUG, "START", "ALL FINE"); 
    }

不幸的是，由于某些未知原因，这是记录/抛出:

Exception Ljava/lang/NoSuchMethodError; thrown while initializing Lcom/sample/SampleClazz;
NULL HERE

在研究不同的解决方案时，我尝试将 GetMethodId 移动到 JNI_OnLoad 方法，以查看我是否可以正确地从原始 Java 线程中提取方法引用。它工作正常...但奇怪的是，一旦我这样做了回调中的代码也开始工作。

我被深深地难住了。我不知道发生了什么，也不确定接下来要尝试什么。

Answer 1

到目前为止，我已将其归因于在其他地方抛出的错误，而这正是此类问题的征兆。我已经创建了这些方法集，现在我在每次调用后都使用 check():

void check(jclass toCheck) {
    if(toCheck == NULL) {
        __android_log_print(ANDROID_LOG_ERROR, "Check", "Error retrieving jclass");
    }
}

void check(jmethodID toCheck) {
    if(toCheck == NULL) {
        __android_log_print(ANDROID_LOG_ERROR, "Check", "Error retrieving jmethodID");
    }
}

void check(jfieldID toCheck) {
    if(toCheck == NULL) {
        __android_log_print(ANDROID_LOG_ERROR, "Check", "Error retrieving jfieldID");
    }
}

void check(jobject toCheck) {
    if(toCheck == NULL) {
        __android_log_print(ANDROID_LOG_ERROR, "Check", "Error retrieving jobject");
    }
}

到目前为止，只需添加这些检查就可以解决我的问题......为了理智起见，我希望有一个除了“魔法”之外的原因来解释为什么这是......

恐怕我不得不承认在代码执行的早期抛出了一些奇怪的异常，这只是早期崩溃的症状。

经验教训:记住要与代码人员隔离!如果 JNI 崩溃，它会保留它自己，并且在路上会发生某些事情。