第三方子Jar如何访问父Jar类路径中的资源（OSGi环境）

问题根源 #

核心就两个点：

1. new File()只能读取本地文件系统里的实体文件，父Jar里的资源是打包在Jar内部的虚拟资源，不是独立文件，子Jar拿到的路径只是Jar内部的路径标识，File类根本识别不了。
2. OSGi自带类加载器隔离机制，子Jar的类加载器默认无法直接访问父Bundle的资源路径，就算把路径传过去也无效。

可行解决方案（无需修改子Jar代码） #

1. 将父Jar资源导出为临时文件（最直接有效）

• 先通过父Bundle的类加载器获取资源输入流：

  InputStream resourceStream = getClass().getResourceAsStream("/your/resource/path/file.txt");
  

• 将输入流写入系统临时目录的临时文件：

  File tempFile = File.createTempFile("temp-res-", ".txt");
  try (FileOutputStream fos = new FileOutputStream(tempFile)) {
      byte[] buffer = new byte[1024];
      int readLen;
      while ((readLen = resourceStream.read(buffer)) != -1) {
          fos.write(buffer, 0, readLen);
      }
  }
  tempFile.deleteOnExit(); // 程序退出时自动清理临时文件
  

• 把tempFile.getAbsolutePath()传给子Jar代码，new File()就能正常访问真实文件了。

2. 调整OSGi Bundle类加载配置

• 在父Bundle的MANIFEST.MF中，将资源所在的包通过Export-Package导出，比如资源在com.your.resources下：

  Export-Package: com.your.resources
  

• 配置Bundle-ClassPath确保父Bundle根目录和内嵌子Jar都在类路径内：

  Bundle-ClassPath: ., lib/third-party-sub.jar
  

  这种方式能让子Jar的类加载器委托父Bundle加载资源，但本质还是Jar内虚拟资源，子Jar硬要用new File()的话，还是得靠临时文件方案。

注意事项 #

• 临时文件要做好清理，deleteOnExit()适合短期运行的程序，长期服务建议定期清理过期临时文件。
• OSGi环境下不要直接传递资源路径字符串，跨Bundle场景下只有输入流是可靠的资源获取方式。

内容的提问来源于stack exchange，提问作者Gam Sham