Question

我使用timer_create定期（每50ms）从JNI层调用一个java方法。我的Java方法（callback（））被调用了一段时间，但之后它没有被调用，我的应用程序挂起。如果我触摸屏幕上的任何内容，我会得到ANR。

要检查它是否是计时器问题或JNI调用（调用java方法），我在handler（）中注释除了log语句之外的所有内容。我观察到日志不断打印，这让我得出结论，问题在于从handler（）调用java方法。

当我使用AttachCurrentThread（）时，我不确定在哪个线程（UI或非UI）上进行此JNI调用。如果它是在UI线程上制作的，那么请让我知道如何让它在非UI线程上运行。或者我的代码中是否还有其他问题导致它。

如果观察输出，则会连续调用native和java方法，但在某些时候只调用本机方法，并且在几次调用之后也会停止。

/******************Native Code**************************/

void handler(int sig, siginfo_t *si, void *uc) {
    JNIEnv * g_env;

    __android_log_print(ANDROID_LOG_INFO, TAG, "Native handler"); 

    int getEnvStat = (*g_vm)->GetEnv(g_vm,(void **)&g_env, JNI_VERSION_1_6);

    if (getEnvStat == JNI_EDETACHED) {

        if ((*g_vm)->AttachCurrentThread(g_vm, (void **) &g_env, NULL) != 0) {

        }
    } else if (getEnvStat == JNI_OK) {

    } else if (getEnvStat == JNI_EVERSION) {

    }

    (*g_env)->CallVoidMethod(g_env,g_obj, g_mid);

    if ((*g_env)->ExceptionCheck(g_env)) {
        (*g_env)->ExceptionDescribe(g_env);
    }
}

void initTimer() {

    struct new_value;
    struct sigaction action;
    struct sigevent sev;
    timer_t timerid;

    /* Establish handler for timer signal */
    action.sa_flags = SA_SIGINFO;
    action.sa_sigaction = handler;
    sigemptyset(&action.sa_mask);
    if (sigaction(SIG1, &action, NULL) == -1)
        __android_log_print(ANDROID_LOG_INFO, TAG, "sigaction");

    /* Create the timer */
    sev.sigev_notify = SIGEV_SIGNAL;
    sev.sigev_signo = SIG1;
    sev.sigev_value.sival_ptr = &timerid;
    if (timer_create(CLOCK_MONOTONIC, &sev, &timerid) == -1)
        __android_log_print(ANDROID_LOG_INFO, TAG, "timer_create");

    /* Start the timer */
    new_value.it_interval.tv_sec = 0;
    new_value.it_interval.tv_nsec = 50*1000000; /* 50 ms*/
    new_value.it_value.tv_sec = 0;
    new_value.it_value.tv_nsec = 50*1000000; /* 50 ms */
    if (timer_settime(timerid, 0, &new_value, NULL) == -1)
        __android_log_print(ANDROID_LOG_INFO, TAG, "timer_settime");
}

JNIEXPORT void JNICALL Java_com_foo_MyJavaClass_register
        (JNIEnv * env, jobject obj, jint delay) {


    // convert local to global reference
    // local will die after this method call
    g_obj = (*env)->NewGlobalRef(env, obj);

    // save refs for callback
    jclass g_clazz = (*env)->GetObjectClass(env, g_obj);
    if (g_clazz == NULL) {

    }

    g_mid = (*env)->GetMethodID(env, g_clazz, "callback", "()V");
    if (g_mid == NULL) {

    }

    initTimer();

}

/***Java callback **/

public class MyJavaClass {

    public void callback() {

        Log.e("", "Java callback " );

    }

    public native void register(int delayInMs);

}

/ ***输出日志**** /

09-06 05：00：45.430：I /（31763）：本地处理程序
09-06 05：00：45.430：E /（31763）：Java回调：：： 09-06 05：00：45.480：I /（31763）：本地处理程序
09-06 05：00：45.480：E /（31763）：Java回调 09-06 05：00：45.520：I /（31763）：本地处理程序
09-06 05：00：45.520：E /（31763）：Java回调 09-06 05：00：45.570：I /（31763）：本地处理程序
09-06 05：00：45.570：E /（31763）：Java回调 09-06 05：00：45.620：I /（31763）：本地处理程序
09-06 05：00：45.620：E /（31763）：Java回调 09-06 05：00：45.680：I /（31763）：本地处理程序
09-06 05：00：45.680：E /（31763）：Java回调 09-06 05：00：45.720：I /（31763）：本地处理程序
09-06 05：00：45.770：I /（31763）：本地处理程序
09-06 05：00：45.840：I /（31763）：本地处理程序
09-06 05：00：45.880：I /（31763）：本地处理程序
09-06 05：00：45.930：I /（31763）：原生处理程序 09-06 05：00：45.970：I /（31763）：本地处理程序
09-06 05：00：46.030：I /（31763）：本地处理程序
09-06 05：00：46.070：I /（31763）：本地处理程序
09-06 05：00：46.130：I /（31763）：本地处理程序
09-06 05：00：46.180：I /（31763）：本地处理程序
09-06 05：00：46.230：I /（31763）：本地处理程序
09-06 05：00：46.270：I /（31763）：本地处理程序
09-06 05：00：46.330：I /（31763）：本地处理程序
09-06 05：00：46.370：I /（31763）：原生处理程序

有关如何解决此问题的任何想法？提前谢谢！

Answer 1

安德鲁的评论是正确的。从信号处理程序调用JVM是一个坏主意。无法控制JVM的作用，信号处理程序必须是异步信号安全的。那么该怎么办？一般有两种选择：

选项1

使用SIGEV_THREAD代替SIGEV_SIGNAL`。每个计时器tick创建一个新线程并执行它。它可能是快速计时器的性能瓶颈。

struct sigevent sev;
timer_t timerid;
memset(&sev, 0, sizeof(sev));
sev.sigev_notify = SIGEV_THREAD;
sev.sigev_notify_function = handler;
sev.sigev_value.sival_ptr = &timerid;
timer_create(CLOCK_MONOTONIC, &sev, &timerid);

计时器处理程序始终在新线程中运行，因此处理程序必须始终附加和分离JVM。

选项2

更改应用程序的设计。启动一个新的本机线程，它将等待无限循环中的标志。可以在信号处理程序内设置标志。设置标志后，本机线程唤醒并调用JNI，然后开始等待另一个标志集。您可以使用信号量来实现该标志。请注意sem_post是异步信号安全的。

Answer 2

不知何故，JNI的召唤阻碍了主要进程。所以我在不同的进程中创建了一个服务，并从这个服务加载了我的本机库。每当本机计时器到期时，我会使用AIDL将此事件从服务发送到主进程。它现在正在工作，但我仍需要彻底测试它。

JNI：定期从C调用java方法无效

2 个答案: