本文介绍如何通过 JVM 系统属性（-D）灵活指定外部 properties 文件路径，替代硬编码的 user.dir 拼接方式，解决跨目录加载配置失败问题，并提供健壮的默认回退机制。
本文介绍如何通过 jvm 系统属性（`-d`）灵活指定外部 properties 文件路径，替代硬编码的 `user.dir` 拼接方式，解决跨目录加载配置失败问题，并提供健壮的默认回退机制。
在 Java 应用打包为可执行 JAR 后，常需将配置文件（如 ENV.properties）与 JAR 分离部署，以适配不同环境（开发/测试/生产）。但若代码中直接使用 System.getProperty("user.dir") + "\ENV.properties" 构建路径，则无论命令行如何指定配置位置，程序始终只尝试从当前工作目录读取——这正是你遇到 FileNotFoundException 的根本原因：user.dir 指向的是启动命令所在的目录（即 C:MIImageUtility
unableJar），而非你期望的 config 子目录。
正确做法是将配置路径作为JVM 级系统属性传入，再由代码统一读取。具体分两步：
-
启动时通过
-D设置系统属性
修改运行命令，使用-D参数定义自定义属性（如config.location），并确保其位于-jar之前：java -Dconfig.location="C:MIImageUtility unableJarconfigENV.properties" -jar ImageUtilityFinal.jar
✅ 注意：
-D必须写在-jar前，否则会被当作 JAR 的参数忽略；路径中的反斜杠在 Windows 下需保持原样（或改用正斜杠/避免转义问题）。 -
代码中安全读取该属性
替换原有硬编码路径逻辑，优先读取系统属性，并添加空值检查与默认回退：static String envfilePath = System.getProperty("config.location"); if (envfilePath == null || envfilePath.trim().isEmpty()) { // 回退到同目录的 ENV.properties envfilePath = System.getProperty("user.dir") + "/ENV.properties"; } // 后续使用 envfilePath 加载文件（建议用 try-with-resources） try (FileReader reader = new FileReader(envfilePath)) { Properties props = new Properties(); props.load(reader); // ... 处理配置 } catch (IOException e) { throw new RuntimeException("Failed to load config from: " + envfilePath, e); }
关键优势与注意事项：
- ✅ 解耦清晰：配置路径完全由运维控制，无需修改代码或重新打包；
- ✅ 兼容性强：支持绝对路径、相对路径（相对于
user.dir）、网络路径（需配合URL类）； - ⚠️ 路径分隔符建议：Java 中推荐使用
/（如"C:/MIImageUtility/runableJar/config/ENV.properties"），避免 Windows 反斜杠引发的转义歧义； - ⚠️ 安全性提醒：生产环境应校验
envfilePath是否在允许目录内，防止路径遍历攻击（如../../../etc/passwd）； - ? 进阶方案：可结合 Spring Boot 的
--spring.config.location或 Apache Commons Configuration 实现更复杂的多源配置合并。
通过这一改造，你的 ImageUtilityFinal.jar 即可真正实现“一次打包，多环境部署”，大幅提升运维灵活性与应用健壮性。
