Maven为JDK17注入java.io.tmpdir系统属性是否时机过晚？

直接解决方案 #

修改项目的pom.xml，配置Maven Surefire插件，将自定义临时目录参数传递给测试用JVM：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>3.1.2</version> <!-- 需使用兼容JDK17的版本 -->
            <configuration>
                <!-- 将外部传入的java.io.tmpdir传递给测试JVM -->
                <argLine>-Djava.io.tmpdir=${java.io.tmpdir}</argLine>
            </configuration>
        </plugin>
    </plugins>
</build>

执行测试时，通过命令行指定临时目录：

mvn test -Djava.io.tmpdir=/your/custom/tmp/path

原因解析 #

1. Maven JVM与测试JVM分离：MAVEN_OPTS和.mvn/jvm.config是配置Maven自身启动JVM的参数，而JUnit测试由Surefire插件fork出的独立JVM执行，默认不会继承这些参数。JDK17强化了JVM进程间的属性隔离，导致旧版Surefire更难自动传递系统属性。
2. _JAVA_OPTIONS的特殊性：该环境变量是JVM全局参数，所有通过java命令启动的进程（包括Surefire fork的测试JVM）都会读取，因此能生效；但这种方式会影响所有JVM进程，不适合项目级别的精准配置。
3. Surefire版本兼容性：旧版Surefire（如Maven3.6.3默认绑定的版本）对JDK17的支持不足，升级到3.1.x及以上版本可解决部分兼容性问题。

替代方案 #

如果不想修改pom.xml，也可以通过命令行直接指定Surefire的argLine参数：

mvn test -Dsurefire.argLine="-Djava.io.tmpdir=/your/custom/tmp/path"

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