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

标签 java android timer java-native-interface

我使用 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 处理程序

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

最佳答案

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 是异步信号安全的。

关于java - JNI : Calling a java method from C periodically is not working,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41072260/

相关文章:

java - 运行 Web 服务时出错

c++ - 为什么我在使用基于clock()的timer MACRO时会得到一个负值?

android - 在 Eclipse 上通过缓冲区使用 AudioTrack 缓冲区播放音乐 - 没有声音

javascript - 当计时器倒计时时,我如何使它刷新/更新文本文件中的文本?

java - 在我的应用程序的 ListView 上查看 GoogleDrive 文件

java - Google Play 登录始终失败异常 : 4

java - 在我的寻路区域周围设置边界是否可以接受?

java - 如何确定 Kafka 主题已被删除?

java - Finally block 的实现

java - 我无法通过 ssh 连接到 mysql,我不知道为什么使用 Java