使用Maven Surefire插件时JNA无法加载DLL问题求助

我之前也碰到过一模一样的问题——Eclipse里跑单元测试顺顺当当，但用mvn test执行就报找不到本地库。结合你的情况，问题核心出在Surefire插件的参数传递逻辑和路径配置细节上，给你几个靠谱的解决思路：

1. 修正Surefire配置，用推荐的参数传递方式 #

你之前用的<forkmode>never</forkmode>已经被官方废弃了，改用forkCount=0来禁用进程fork，同时用systemPropertyVariables配置系统属性，这比argLine更稳定可靠：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>3.2.5</version> <!-- 建议指定最新稳定版，避免旧版本的兼容性问题 -->
    <configuration>
        <forkCount>0</forkCount> <!-- 不fork新进程，复用当前Maven的JVM环境 -->
        <systemPropertyVariables>
            <!-- 重点：这里填的是DLL所在的目录，不是单个DLL文件！ -->
            <jna.library.path>C:/path/to/your/dll/directory</jna.library.path>
        </systemPropertyVariables>
    </configuration>
</plugin>

2. 必须fork进程时的配置方案 #

如果你的测试需要隔离环境、必须fork新进程，那要确保argLine参数能正确传递到子进程，同时开启系统类加载器支持：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>3.2.5</version>
    <configuration>
        <forkCount>1</forkCount> <!-- 每次测试fork一个独立进程 -->
        <argLine>-Djna.library.path=C:/path/to/your/dll/directory</argLine>
        <useSystemClassloader>true</useSystemClassloader> <!-- 让系统类加载器优先加载本地库 -->
    </configuration>
</plugin>

3. 关键细节排查 #

• 路径要指向目录，不是单个DLL：你之前写的C:/my.dll是错误的！JNA会在jna.library.path指定的目录下寻找对应平台的库文件（比如win32-x86-64/ehlapi32.dll，或者直接找ehlapi32.dll），所以路径必须改成DLL所在的文件夹路径。
• 验证JVM位数：报错里找的是win32-x86-64版本的库，确保你运行Maven的JVM是64位的（可以用java -version命令查看）。
• 命令行直接测试：先跳过插件配置，直接在命令行运行mvn test -Djna.library.path=C:/path/to/dll/directory，如果能正常执行，说明问题出在插件配置上，再回头调整即可。

为什么Eclipse里能正常运行？ #

因为Eclipse是直接把jna.library.path参数传给了运行测试的JVM，没有经过Surefire插件的进程fork逻辑，所以参数能直接生效。而Maven Surefire默认会fork新进程，如果参数传递配置不对，子进程就拿不到正确的库路径。

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