关于spring 扫描不到jar中class文件的原因分析及解决

2021-08-23 10:59:10 作者：xlxxcc

这篇文章主要介绍了关于spring 扫描不到jar中class文件的原因分析及解决，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教

spring 扫描不到jar中class文件的原因及解决

公司一web项目使用的是spring mvc开发的，老员工们写了一个缓存service，即EhcacheService , 该缓存service在web中使用了spring 的@Scheduled 启动加载缓存，代码如下：

applicationContext.xml

<context:component-scan base-package="cn.com.service" />

EhcacheService .java

// 启动加载缓存, 以上一次执行完为准 @Scheduled(fixedDelay = 365 * 24 * 60 * 60 * 1000) public void initEhcache() { logger.debug("++++++++++++++++++++缓存加载开始++++++++++++++++++++"); long start = System.currentTimeMillis(); try { this.ehcacheService.loadCache(); } catch (Exception e) { logger.error(e.getMessage(), e); long end = System.currentTimeMillis(); logger.debug("++++++++++++++++++++缓存加载结束,耗时：" + (end - start) + "++++++++++++++++++++");

然而最近同步数据，需要用到EhcacheService , 本人也懒得重写里面的方法，便想着使用ClassPathXmlApplicationContext 或者FileSystemXmlApplicationContext 或者GenericXmlApplicationContext来加载spring配置，然后打包成jar包，丢到linux上，使用java -jar my.jar。代码如下：

test.java

// 程序入口 public static void main(String[] args) throws Exception { // 加载spring配置 GenericXmlApplicationContext context = new GenericXmlApplicationContext(); context.setValidating(false); context.load("classpath*:spring-*.xml"); context.refresh(); // ApplicationContext ctx = new FileSystemXmlApplicationContext("spring-*.xml"); // ApplicationContext context = new ClassPathXmlApplicationContext("spring-*.xml"); System.out.println("bean的数据量" + context.getBeanDefinitionNames().length); EhcacheService ehcacheService = (EhcacheService) context.getBean("ehcacheService");

我们先看一下在Eclipse中运行情况

我们再看看打包成Runable jar File后，使用 java -jar my.jar的运行情况

根据图片中的错误，我们可以看到，spring-*.xml是成功被加载了，然而找不到bean, 很明显，它存在一种可能，那就是bean的class文件没有被spring扫描到。

那么为什么会出现这种情况呢？经过我多方面的查证，spring 扫描bean文件是通过Thread.currentThread().getContextClassLoader().getResource(packageName)加载的。那么我们分析一下ContextClassLoader资源加载机制。

举例说明：我们有这样的一个: cn.com.Test, 类加载器首先会把这个包名转化成文件夹的形式 cn/com, 然后到这个文件夹里去加载Test.class。

然后，当你打包成Runable jar File时，jar的包和文件系统中的包便不是一个概念了，它不能将cn.com转换成cn/com文件夹方式去解读，类加载转换成cn/com去加载类的时候，便会报出classNotFoundException异常

下面我们使用如下代码验证一下这个过程：

// 项目中jar包所在物理路径 String jarName = "C:\\Users\\Administrator\\Desktop\\my.jar"; // 项目中war包所在物理路径 //String jarName = "C:\\Users\\Administrator\\Desktop\\my.war"; JarFile jarFile = new JarFile(jarName); Enumeration<JarEntry> entrys = jarFile.entries(); while (entrys.hasMoreElements()) { JarEntry jarEntry = entrys.nextElement(); System.out.println(jarEntry.getName());

打印结果如下：

META-INF/MANIFEST.MF cn/com/server/action/JobAction.class cn/com/server/annotation/DataDigestAnnotation.class cn/com/server/dao/EhcacheDao.class

然后我们打包成war包再看看他的war包物理路径，我们可以看到打印结果如下：

META-INF/MANIFEST.MF META-INF/ WEB-INF/classes/ WEB-INF/classes/cn/ WEB-INF/classes/cn/com/ WEB-INF/classes/cn/com/ WEB-INF/classes/cn/com/server/ WEB-INF/classes/cn/com/server/action/ WEB-INF/classes/cn/com/server/action/JobAction.class WEB-INF/classes/cn/com/server/addrsrv/ WEB-INF/classes/cn/com/server/addrsrv/GeoAddrSrv.class …..

我们可以看到war类的文件目录和jar的文件目录明显不同，这样就能解释上面我所描述的问题。