Linux服务器运行可执行Jar加载properties文件报错求助

看起来你碰到了跨平台资源加载的典型坑——Windows和Linux对文件大小写的处理差异，再加上Jar包内资源的特殊访问规则，两者叠加导致了问题。我来帮你一步步排查和解决：

先理清核心问题根源 #

你的报错null/AutoTest/auto_env.properties (No such file or directory)透露出两个关键信息：

1. 代码尝试用文件路径访问Jar内资源，但Jar是压缩包，内部资源并非文件系统里的独立文件，直接用路径访问必然失败；
2. Windows文件系统不区分大小写，哪怕Jar里的文件名是Auto_Env.properties，你写auto_env.properties也能找到，但Linux严格区分大小写，文件名必须完全匹配才能被加载。

有效的解决方案 #

1. 先确认Jar包内的资源是否存在且路径正确 #

在Linux服务器上，用以下命令检查你的Jar包是否包含目标Properties文件：

jar tf your-executable.jar | grep auto_env.properties

如果输出为空，说明打包时没把文件放进Jar里。如果用Maven/Gradle，要确保auto_env.properties放在src/main/resources目录下，打包工具会自动把这个目录下的文件放到Classpath根目录。

2. 使用正确的资源加载方式（杜绝文件路径访问） #

Jar内的资源必须通过类加载器的getResourceAsStream方法加载，不能尝试转换成文件路径。推荐用当前类的类加载器，比线程上下文类加载器更可靠：

// 替换成你的实际类名，比如当前类是AutoTestRunner，就用AutoTestRunner.class
InputStream in = YourCurrentClass.class.getResourceAsStream("/auto_env.properties");
Properties props = new Properties();

try {
    if (in == null) {
        // 主动抛出异常，方便快速排查资源是否存在
        throw new RuntimeException("Failed to find auto_env.properties in classpath");
    }
    props.load(in);
    // 这里写你的业务逻辑
} catch (IOException e) {
    e.printStackTrace();
} finally {
    // 别忘了关闭输入流
    if (in != null) {
        try {
            in.close();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

3. 严格检查文件名大小写 #

确保代码里写的/auto_env.properties和Jar内实际的文件名完全一致（包括大小写）。比如Jar里的文件是AutoEnv.properties，Linux下就找不到小写的auto_env.properties，但Windows可以正常加载。

4. 备用方案：尝试系统类加载器 #

如果上述方法仍无效，可以尝试用系统类加载器加载（注意这里不要加开头的斜杠）：

InputStream in = ClassLoader.getSystemResourceAsStream("auto_env.properties");

为什么你之前的尝试无效？ #

• 用getCodeSource().getLocation()获取的是Jar包本身的路径，不是内部资源的路径，用这个路径拼接资源名，本质是在Jar包外面找文件，肯定找不到；
• 替换成ClassLoader.class的类加载器，可能因为类加载器的层级问题，无法访问你的应用Jar内的资源，不如用当前类的类加载器直接可靠。

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