JNI：定期从C调用java方法不起作用

我使用timer\u create定期（每隔50ms）从JNI层调用java方法。 我的Java方法（callback（））会被调用一段时间，但在那之后，它就不会被调用，我的应用程序也会挂起。如果我触摸屏幕上的任何东西，我会得到一个ANR

为了检查这是计时器问题还是JNI调用（调用java方法），我对handler（）中的所有内容进行了注释，除了log语句。 我观察到日志不断被打印，这使我得出结论，问题在于从handler（）调用java方法

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

如果观察输出，则会连续调用本机方法和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）：本机处理程序

有没有办法解决这个问题？

---

提前谢谢

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

选项1

使用

SIGEV\u线程

代替SIGEV\u信号`。每个计时器滴答声创建一个新线程并执行它。这可能是快速计时器的性能瓶颈

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\u post

是异步信号安全的

不知何故，JNI调用妨碍了主进程。因此，我在另一个进程中创建了一个服务，并从此服务加载了我的本机库。 无论何时本机计时器过期，我都会使用AIDL将此事件从服务发送到主进程。

---

它现在可以工作了，但我仍然需要彻底测试它。

来自谷歌：“附加的线程[使用

AttachCurrentThread

]必须在退出之前调用

DetachCurrentThread

。”你真的是从信号处理程序调用Java方法吗？只有通过信号处理器才能安全地进行。任何其他行为都可能导致未定义的行为。是的@Andrew。我正在使用信号处理程序调用java方法。我希望java方法能够精确地在50ms时调用。有没有更好的方法来实现这一点？如果我在pthread中使用sleep，我观察到java方法没有以精确的50毫秒间隔被调用。@Michael：我在一个单独的方法中分离当前线程，该方法在应用程序关闭时被调用。我在我的测试应用程序中尝试了选项2，该测试应用程序具有最简单的东西（一个活动和一个java类），并且运行良好。但是当我将这个解决方案与我的实际应用程序集成（有很多片段和线程）时，我又开始面临同样的问题。如果我让应用程序在没有触摸屏的情况下运行，它甚至可以工作24小时，但当我开始使用UI控件（滚动和点击）时，它就会挂起。抱歉这么晚才发帖！圣诞节嗨@秋你能分享一些代码片段吗？我也面临同样的问题