Java类加载器。当资源位于嵌套jar内时，getResourceAsStream（path）返回null

Question

我的springboot项目（项目A）依赖于库（库B），它是jar文件（这也是我的项目，但源代码在编译项目A期间不存在）。在jar中，我有一个文件file2的目录di1。

项目结构：

- project A
-- src/main/java/com/test/ResourcesUtils.java
-- src/main/resources/dir1/file1

- library B
-- src/main/resources/dir1/file2

当我尝试从项目A获取资源时，一切都很好，例如：

InputStream is1 = ResourcesUtils.class.getClassLoader().getResourceAsStream("dir1\\file1);
InputStream is2 = ResourcesUtils.class.getClassLoader().getResourceAsStream("dir1/file1);

两者（is1、is2）均不为空。

当我尝试使用相同的方法从库B获取资源时，它不起作用

InputStream is1 = ResourcesUtils.class.getClassLoader().getResourceAsStream("dir1\\file2);
InputStream is2 = ResourcesUtils.class.getClassLoader().getResourceAsStream("dir1/file2);

变量is1为空，is2不为空。

我做错什么了吗？为什么它对来自主jar的资源和来自从属jar的资源的工作方式不同？

我不能只切换到第二个版本（使用“/”，因为我不控制传递给getResourceAsStream的字符串）

public static boolean existsInResource(Path path) {

try (InputStream is = ResourcesUtils.class.getClassLoader().getResourceAsStream(path.toString())) {
      return is != null;
    } catch (final IOException e) {
      // handle exception
    }
  }

Answer 1

当提到文件1时，它是应用程序中的物理文件，我假设您在Windows上运行代码。文件1位于Windows文件系统中。

当引用文件2时，它位于JAR文件中。这不是windows文件系统，而是JAR文件。

除非你知道文件是物理文件，否则使用正斜杠更安全。\是Windows NT之前旧的32位窗口的残留物。Windows NT里面（我不确定我是否记得正确）使用/，命令处理器只使用\。