Eclipse导出普通JAR与可运行JAR时代码执行结果差异问题

这个差异的核心原因在于Eclipse对两种JAR的打包方式和类加载器的处理逻辑完全不同，咱们一步步拆解：

1. 普通JAR的打包与资源查找逻辑 #

当你导出普通JAR时，Eclipse只是简单把编译后的.class文件和指定资源打包成标准JAR，没有额外的类加载配置。此时你的代码用Thread.currentThread().getContextClassLoader().getResources("com/test/pojo")查找目录资源时：

• 标准系统类加载器（AppClassLoader）只会识别JAR中存在实际文件的目录，不会把JAR内的空目录当作可返回的资源URL。
• 如果com/test/pojo是空目录，普通JAR的类加载器找不到对应的资源条目，所以dirs.hasMoreElements()返回false。

2. 可运行JAR的特殊处理 #

Eclipse导出可运行JAR时，默认采用了Jar-in-Jar加载器（org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader），这种打包方式会在MANIFEST.MF里添加特殊配置：

• 比如Rsrc-Main-Class指定你的主类，Rsrc-Class-Path定义资源查找路径，Main-Class指向这个Jar-in-Jar加载器。
• 这个自定义类加载器会专门处理JAR内的资源查找，包括识别目录条目——哪怕com/test/pojo是空目录，它也能返回对应的JAR内资源URL，所以dirs.hasMoreElements()返回true。

3. 验证方法：查看MANIFEST.MF #

你可以解压两个JAR文件，对比META-INF/MANIFEST.MF：

• 普通JAR的MANIFEST内容很简洁，大概只有Manifest-Version之类的基础项；
• 可运行JAR的MANIFEST会多出来类似下面的配置：

  Main-Class: org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader
  Rsrc-Main-Class: com.yourpackage.YourMainClass
  Rsrc-Class-Path: ./
  Manifest-Version: 1.0
  

4. 额外提示 #

如果你的com/test/pojo目录下有实际文件（比如.class或配置文件），普通JAR的类加载器可能能找到对应的资源，但依然不会返回目录本身的URL；而可运行JAR的加载器不管目录是否为空，都能识别并返回目录的资源URL。

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