JNI调用open /dev/rtc0返回无效参数，主函数运行正常问题排查

以下是可能导致JNI代码中操作/dev/rtc0失败的原因及对应排查方向：

• 进程权限与SELinux限制
  这是最常见的原因：JNI所在进程（比如Android应用进程）和独立main程序的权限环境完全不同。独立main程序可能以root或拥有CAP_SYS_TIME权限的用户运行，而JNI进程可能是普通用户，且受SELinux规则拦截。

  • 检查进程有效UID：在JNI代码中添加getuid()/geteuid()打印，对比main程序的输出。
  • 查看SELinux日志：如果是Android系统，通过dmesg | grep avc或logcat | grep avc查看是否有SELinux拒绝访问的记录。即使open()能返回文件描述符，后续的ioctl()等操作也会因权限不足触发"Invalid argument"错误。

• 打开标志的差异
  虽然open("/dev/rtc0", O_RDONLY)在main中有效，但JNI环境下可能需要补充额外标志。比如部分系统中，打开rtc设备需要加上O_NONBLOCK避免阻塞，尝试修改打开语句为：

  int fd = open("/dev/rtc0", O_RDONLY | O_NONBLOCK);
  

  再测试后续操作是否正常。

• 进程组权限限制
  查看/dev/rtc0的组权限：执行ls -l /dev/rtc0，如果组权限为crw-------之外的（比如crw-rw----属于system组），JNI进程可能不属于对应组。可以通过id命令查看JNI进程的组列表，对比main程序的组信息。

• JNI线程上下文问题
  确认JNI代码是否运行在正确的线程环境中：如果是在未附加到VM的原生线程中执行，虽然open()本身不受影响，但后续操作可能因环境异常报错。可以在JNI代码开头添加线程附加逻辑（如果需要）：

  JNIEnv *env;
  if (vm->AttachCurrentThread(&env, NULL) != JNI_OK) {
      // 处理线程附加失败
      return -1;
  }
  // 执行open及后续操作
  vm->DetachCurrentThread();
  

内容的提问来源于stack exchange，提问作者mah454