ResourceLoader的源碼
我們發現,其實ResourceLoader接口只提供了classpath前綴的支持。而classpath*的前綴支持是在它的子接口ResourcePatternResolver中。
通過2個接口的源碼對比,我們發現ResourceLoader提供 classpath下單資源文件的載入,而 ResourcePatternResolver提供了多資源文件的載入。
ResourcePatternResolver有一個實現類:PathMatchingResourcePatternResolver,那我們直奔主題,查看PathMatchingResourcePatternResolver的getResources()
由此我們可以看出在加載配置文件時,以是否是以classpath*開頭分為2大類處理場景,每大類在又根據路徑中是否包括通配符分為2小類進行處理,
處理的流程圖如下:

從上圖看,整個加載資源的場景有三條處理流程
- 以classpath*開頭,但路徑不包含通配符的
讓我們來看看findAllClassPathResources是怎么處理的
我們可以看到,最關鍵的一句代碼是:Enumeration<URL> resourceUrls = getClassLoader().getResources(path);
其實上面這3個方法不是最關鍵的,之所以貼出來,是讓大家清楚整個調用鏈,其實這種情況最關鍵的代碼在於ClassLoader的getResources()方法。那么我們同樣跟進去,看看源碼
是不是一目了然了?當前類加載器,如果存在父加載器,則向上迭代獲取資源, 因此能加到jar包里面的資源文件。
- 不以classpath*開頭,且路徑不包含通配符的
處理邏輯如下
上面我們已經貼過getResourceLoader()的邏輯了, 即默認是DefaultResourceLoader(),那我們進去看看getResouce()的實現
其實很簡單,如果以classpath開頭,則創建為一個ClassPathResource,否則則試圖以URL的方式加載資源,創建一個UrlResource.
- 路徑包含通配符的
這種情況是最復雜的,涉及到層層遞歸,那我把加了注釋的代碼發出來大家看一下,其實主要的思想就是
1.先獲取目錄,加載目錄里面的所有資源
2.在所有資源里面進行查找匹配,找出我們需要的資源
值得注解一下的是determineRootDir()方法的作用,是確定根目錄,這個根目錄必須是一個能確定的路徑,不會包含通配符。如果classpath*:aa/bb*/spring-*.xml,得到的將是classpath*:aa/ 可以看下他的源碼
分析到這,結合測試我們可以總結一下:
1.無論是classpath還是classpath*都可以加載整個classpath下(包括jar包里面)的資源文件。
2.classpath只會返回第一個匹配的資源,查找路徑是優先在項目中存在資源文件,再查找jar包。
3.文件名字包含通配符資源(如果spring-*.xml,spring*.xml), 如果根目錄為"", classpath加載不到任何資源, 而classpath*則可以加載到classpath中
可以匹配的目錄中的資源,但是不能加載到jar包中的資源
第1,2點比較好表理解,大家可以自行測試,第三點表述有點繞,舉個例,現在有資源文件結構如下:
classpath:notice*.txt 加載不到資源
classpath*:notice*.txt 加載到resource根目錄下notice.txt
classpath:META-INF/notice*.txt 加載到META-INF下的一個資源(classpath是加載到匹配的第一個資源,就算刪除classpath下的notice.txt,他仍然可以 加載jar包中的notice.txt)
classpath:META-*/notice*.txt 加載不到任何資源
classpath*:META-INF/notice*.txt 加載到classpath以及所有jar包中META-INF目錄下以notice開頭的txt文件
classpath*:META-*/notice*.txt 只能加載到classpath下 META-INF目錄的notice.txt
