java - JNI : Calling a java method from C periodically is not working

Question

我使用 timer_create 定期(每 50 毫秒)从 JNI 层调用一个 java 方法。我的 Java 方法 ( callback() ) 被调用了一段时间，但之后它没有被调用，我的应用程序挂起。如果我触摸屏幕上的任何东西，我就会收到 ANR。

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

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

如果您观察输出， native 和 java 方法被连续调用，但一段时间后仅调用 native 方法，并且在几次调用后也停止。

/******************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): native 处理程序
09-06 05:00:45.430: E/(31763): Java 回调 : : :09-06 05:00:45.480: I/(31763): native 处理程序
09-06 05:00:45.480: E/(31763): Java 回调09-06 05:00:45.520: I/(31763): native 处理程序
09-06 05:00:45.520: E/(31763): Java 回调09-06 05:00:45.570: I/(31763): native 处理程序
09-06 05:00:45.570: E/(31763): Java 回调09-06 05:00:45.620: I/(31763): native 处理程序
09-06 05:00:45.620: E/(31763): Java 回调09-06 05:00:45.680: I/(31763): native 处理程序
09-06 05:00:45.680: E/(31763): Java 回调09-06 05:00:45.720: I/(31763): native 处理程序
09-06 05:00:45.770: I/(31763): native 处理程序
09-06 05:00:45.840: I/(31763): native 处理程序
09-06 05:00:45.880: I/(31763): native 处理程序
09-06 05:00:45.930: I/(31763): native 处理程序09-06 05:00:45.970: I/(31763): native 处理程序
09-06 05:00:46.030: I/(31763): native 处理程序
09-06 05:00:46.070: I/(31763): native 处理程序
09-06 05:00:46.130: I/(31763): native 处理程序
09-06 05:00:46.180: I/(31763): native 处理程序
09-06 05:00:46.230: I/(31763): native 处理程序
09-06 05:00:46.270: I/(31763): native 处理程序
09-06 05:00:46.330: I/(31763): native 处理程序
09-06 05:00:46.370: I/(31763): native 处理程序

关于如何解决这个问题有什么想法吗？提前致谢!

Answer 1

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

选项 1

使用 SIGEV_THREAD 而不是 SIGEV_SIGNAL`。每个计时器滴答创建一个新线程并执行它。这可能是快速计时器的性能瓶颈。

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

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