（转）为什么jar没有生成directory entries，jar中的class就不能被Spring扫描到呢？

Posted 2022-08-24 james_karon

仅作个人参考记录。

 

之前，我曾经写过一篇​​Java遍历包中所有类​​，但经过一名网友提醒发现，只能适用于项目src中的包，当包在jar里时就无法遍历jar里的类。就此我针对代码进行了细化，功能得到进一步的完善。

在分享源码之前，先说说我在遍历jar包中的类时所遇到的困难。

这是我测试用的jar包，结构如下：

无论包是在src中还是在jar中，其实根本的思路还是根据给的包域名（如：com.wang.vo.request.hotel.test）定位到包的资源对象。包在src中，我们可以把它当做文件File来进行处理，因此在src中包是以文件夹的形式来体现的，但在jar中，包的含义是有些不同的，我们不能把它当做File来对待（这样你或得到的是jar的File对象）。那么怎么才能获取jar里包的资源对象呢？

代码如下：

[java] 
    ​​view plain​​​
    ​​​copy​​ 
    
  
1. public static void main(String[] args) throws Exception 
2. "com/wang/vo/request/hotel/test";
3. URL url = Thread.currentThread().getContextClassLoader().getResource(packageName);
4. if (url != null) 
5. System.out.println(url.getPath());
6. 
7. 

但是通过上述代码，运行后却发现url始终为空，尝试过各种获取资源的办法（如getResourceAsStream），均无法解决，我试了试其他的jar包（如spring的），却发现相同的代码url却有值。经过我反复的测试和分析发现，问题出现在生成jar包的方式上，即所谓打jar包。

一般来说，我们打jar包的步骤大致如下：

之后一直默认，然后Finish。这样看似没问题，但问题出现在这一步：

这种默认方式生成的jar包中，只含有class文件，而并没有我们大众所知的文件夹目录结构。可能我们大多数人认为com.test.Student类，Student类文件就应该在com文件夹下的test文件夹里，这其实是片面的，是一个误区！

com.test真正的含义是package包域名，就好比.net里的命名空间，它只是为了区分、汇总、唯一标识不同的类而提出的概念，跟文件夹目录层次结构是两回事，我们只是习惯上用文件夹目录来展示package而已。但package却不一定非要用过文件夹目录来展示。

我们可以用下面这段代码来进一步说明这个问题

[java] 
    ​​view plain​​​
    ​​​copy​​ 
    
  
1. public static void main(String[] args) throws Exception 
2. // 项目中jar包所在物理路径
3. "E:/Work/stsf_skisok_product/WebRoot/WEB-INF/lib/testpackage.jar";
4. new JarFile(jarName);
5. Enumeration<JarEntry> entrys = jarFile.entries();
6. while (entrys.hasMoreElements()) 
7. JarEntry jarEntry = entrys.nextElement();
8. System.out.println(jarEntry.getName());
9. 
10. 

默认生成的jar包，运行结果如下：

[plain] 
    ​​view plain​​​
    ​​​copy​​ 
    

      
      
1. META-INF/MANIFEST.MF
2. com/wang/util/DateStyle.class
3. com/wang/util/PropertiesUtil$1.class
4. com/wang/util/PropertiesUtil.class
5. com/wang/util/Week.class
6. com/wang/util/DateUtil.class
7. com/wang/vo/request/hotel/test/PopularCityRequest.class
8. com/wang/vo/request/hotel/test/EconomicsRequest.class
9. com/wang/vo/request/hotel/test/HotelProductVouchRequest.class
10. com/wang/vo/request/hotel/test/QueryOrderListRequest.class
11. com/wang/vo/request/hotel/test/HotelListQueryRequest.class
12. com/wang/vo/request/hotel/test/RoomReserveRequest.class
13. com/wang/vo/request/hotel/test/HotelOneQueryRequest.class
14. com/wang/vo/request/hotel/test/HotelBrandRequest.class

如果勾选Add directory entries选项生成的jar包，运行结果如下：

[plain] 
    ​​view plain​​​
    ​​​copy​​ 
    

      
      
1. META-INF/MANIFEST.MF
2. com/
3. com/wang/
4. com/wang/util/
5. com/wang/util/DateStyle.class
6. com/wang/util/PropertiesUtil$1.class
7. com/wang/util/PropertiesUtil.class
8. com/wang/util/Week.class
9. com/wang/util/DateUtil.class
10. com/wang/vo/
11. com/wang/vo/request/
12. com/wang/vo/request/hotel/
13. com/wang/vo/request/hotel/test/
14. com/wang/vo/request/hotel/test/PopularCityRequest.class
15. com/wang/vo/request/hotel/test/EconomicsRequest.class
16. com/wang/vo/request/hotel/test/HotelProductVouchRequest.class
17. com/wang/vo/request/hotel/test/QueryOrderListRequest.class
18. com/wang/vo/request/hotel/test/HotelListQueryRequest.class
19. com/wang/vo/request/hotel/test/RoomReserveRequest.class
20. com/wang/vo/request/hotel/test/HotelOneQueryRequest.class
21. com/wang/vo/request/hotel/test/HotelBrandRequest.class

这样也就解释了为何打成jar包后用getResource获取资源url总是为空的原因了。