spring 掃描不到j(luò)ar中class文件的原因及解決

背景

公司一web項目使用的是spring mvc開發(fā)的，老員工們寫了一個緩存service，即EhcacheService , 該緩存service在web中使用了spring 的@Scheduled 啟動加載緩存，代碼如下：

applicationContext.xml

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

EhcacheService .java

// 啟動加載緩存, 以上一次執(zhí)行完為準
@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("++++++++++++++++++++緩存加載結(jié)束,耗時：" + (end - start) + "++++++++++++++++++++");
}

然而最近同步數(shù)據(jù)，需要用到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的數(shù)據(jù)量" + context.getBeanDefinitionNames().length);
    EhcacheService ehcacheService = (EhcacheService) context.getBean("ehcacheService");
}

我們先看一下在Eclipse中運行情況

我們再看看打包成Runable jar File后，使用 java -jar my.jar的運行情況

根據(jù)圖片中的錯誤，我們可以看到，spring-*.xml是成功被加載了，然而找不到bean, 很明顯，它存在一種可能，那就是bean的class文件沒有被spring掃描到。

那么為什么會出現(xiàn)這種情況呢？經(jīng)過我多方面的查證，spring 掃描bean文件是通過Thread.currentThread().getContextClassLoader().getResource(packageName)加載的。那么我們分析一下ContextClassLoader資源加載機制。

舉例說明：我們有這樣的一個: cn.com.Test, 類加載器首先會把這個包名轉(zhuǎn)化成文件夾的形式 cn/com, 然后到這個文件夾里去加載Test.class。

然后，當你打包成Runable jar File時，jar的包和文件系統(tǒng)中的包便不是一個概念了，它不能將cn.com轉(zhuǎn)換成cn/com文件夾方式去解讀， 類加載轉(zhuǎn)換成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());  
 }     

打印結(jié)果如下：

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

然后我們打包成war包再看看他的war包物理路徑，我們可以看到打印結(jié)果如下：

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的文件目錄明顯不同，這樣就能解釋上面我所描述的問題。

Q: 那么我們怎么解決spring 掃描不到j(luò)ar中class這個問題呢？

A: 有一種做法，就是打jar包的時候，打成JAR file, 然后選擇 add directory entries， 如圖：

然后這種打包方式，雖然能解決spring 掃描不到j(luò)ar中class文件問題，但是打并不是我們想要的，我們想要的是一個可以執(zhí)行jar，也就是Runable JAR FILE。

Q: 那么我們怎么打包成Runable JAR FILE，并且解決spring 掃描不到j(luò)ar中class的問題？

A:

1、首先使用Eclipse打包，打包成JAR file。

2、上傳到Linux， 解壓my.jar

unzip my.jar -d myapp

3、進入 myapp文件夾， 使用以下命令：

java -Djava.ext.dirs=WebContent/WEB-INF/lib cn.com.test

大功告成

其他技巧：除了上訴使用代碼方式查看jar包物理路徑，我們還可以是 jar tr my.jar來查看。如圖：

@ComponentScan注解進行掃描的幾種方式

方式一：掃描包

返回是String的數(shù)組，所以可是多個包路徑!也可是一個包路徑！完整寫法是

• 單個：@ComponentScan(basePackages = “xxx”)
• 多個：@ComponentScan(basePackages = {“xxx”，“aaa”，“…”})

注意：可以省略“basePackages =”

方式二：掃描類

同樣返回是String的數(shù)組，所以可以是有多個類名! 也可是一個類名！

• 單個：@ComponentScan(basePackageClasses = “”)
• 多個：@ComponentScan(basePackageClasses = {“xxx”，“aaa”，“…”})

注意：不可以省略“basePackageClasses =”

測試：

方式三：掃描包（通配式：開發(fā)常用）

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論