IntelliJ IDEA –enable-native-access参数配置实战：解决JNI调用权限问题

1次阅读

共计 2087 个字符，预计需要花费 6 分钟才能阅读完成。

在 Java 开发中，JNI（Java Native Interface）调用本地代码是一项常见需求，但随着 Java 版本的更新，尤其是 Java 16+ 引入的强封装性机制，传统 JNI 调用方式开始遇到各种权限问题。本文将深入解析如何在 IntelliJ IDEA 中配置 --enable-native-access 参数，解决这些权限问题，并提供一个完整的实战指南。

自从 Java 16 开始，JEP 389 引入了强封装性机制，这导致传统的 JNI 调用方式可能会遇到 java.lang.UnsatisfiedLinkError 等权限问题。主要表现如下：

动态库加载失败：即使动态库路径正确，也会因为权限问题无法加载。
反射调用受限：JNI 中的反射调用可能被阻止。
模块化项目问题：模块化项目中权限问题更加突出。

为了解决这些问题，Java 提供了几种不同的解决方案：

–add-opens：用于开放模块的某些包，允许深层反射。
–add-exports：用于导出模块的某些包，允许其他模块访问。
–enable-native-access：专门用于启用本地代码访问权限，是最直接解决 JNI 权限问题的方式。

在 IntelliJ IDEA 中，可以通过以下几种方式配置 --enable-native-access 参数：

运行配置：
打开 Run/Debug Configurations。
在 VM options 中添加--enable-native-access=ALL-UNNAMED。
默认模板：
在 File -> Settings -> Build, Execution, Deployment -> Run/Debug Configurations 中修改默认 VM options。
Gradle/Maven 集成：

对于 Gradle 项目，在 build.gradle 中添加：

application {applicationDefaultJvmArgs = ['--enable-native-access=ALL-UNNAMED']
}

对于 Maven 项目，在 pom.xml 中添加：

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>exec-maven-plugin</artifactId>
    <version>3.0.0</version>
    <configuration>
        <jvmArgs>--enable-native-access=ALL-UNNAMED</jvmArgs>
    </configuration>
</plugin>

以下是一个完整的 JNI 调用示例，包含 native 方法声明、动态库加载代码以及启动配置：

public class NativeDemo {
    // 声明 native 方法
    public native void sayHello();

    static {
        // 加载动态库
        System.loadLibrary("nativeDemo");
    }

    public static void main(String[] args) {new NativeDemo().sayHello();}
}

对应的 C 代码：

#include <jni.h>
#include <stdio.h>
#include "NativeDemo.h"

JNIEXPORT void JNICALL Java_NativeDemo_sayHello(JNIEnv *env, jobject obj) {printf("Hello from native code!\n");
}

不同 JDK 版本下，--enable-native-access的配置可能有所不同：