Spring Bean的包掃描的實(shí)現(xiàn)方法
我們知道,Spring可以通過(guò)包掃描將使用@Component注解定義的Bean定義到容器中。今天就來(lái)探究下他實(shí)現(xiàn)的原理。
首先,找到@Component注解的處理類(lèi)
注解的定義,一般都需要配套的對(duì)注解的處理才能完成注解所代表的功能。所以我們通過(guò)@Component注解的用到的地方,來(lái)查找可能的處理邏輯;
我們先進(jìn)入Spring的項(xiàng)目,在IDEA里面用Ctrl和鼠標(biāo)左鍵點(diǎn)擊Component注解的名稱(chēng),IDEA會(huì)顯示出使用到這個(gè)類(lèi)的位置,我們從彈出的列表中找到一個(gè)名稱(chēng)像的類(lèi),去看類(lèi)上面的注釋說(shuō)明,如圖:

我們點(diǎn)進(jìn)類(lèi)中,可以看到第一行就說(shuō)了這個(gè)類(lèi)是為了從classpath里面找到定義的Bean:

分析具體方法
一般Spring的類(lèi)都是經(jīng)過(guò)設(shè)計(jì)的,職責(zé)清晰。所以一般都是有簡(jiǎn)單直接的接口暴露,我們打開(kāi)類(lèi)的公開(kāi)API可以看到有個(gè)很直接的方法就叫做掃描,看看注釋說(shuō)“從指定的包中掃描Bean”,那就是它了。

然后,我們?yōu)榱舜_認(rèn),實(shí)現(xiàn)確實(shí)是通過(guò)這個(gè)方法,可以啟動(dòng)程序,打個(gè)斷點(diǎn)看看是否經(jīng)過(guò)這里(但是這這里,沒(méi)有調(diào)用scan()方法,而是更深一層的doScan方法,也確實(shí)費(fèi)解)。
我們進(jìn)入doScan() 方法看看實(shí)現(xiàn):
protected Set<BeanDefinitionHolder> doScan(String... basePackages) {
Assert.notEmpty(basePackages, "At least one base package must be specified");
Set<BeanDefinitionHolder> beanDefinitions = new LinkedHashSet<>();
// 可以指定多個(gè)basePackage,這里就對(duì)每個(gè)都處理
for (String basePackage : basePackages) {
// 這個(gè)方法是真正的查找候選Bean的地方
Set<BeanDefinition> candidates = findCandidateComponents(basePackage);
// 對(duì)于每個(gè)查找出的候選Bean,進(jìn)行處理
for (BeanDefinition candidate : candidates) {
// 解析@Scope的元數(shù)據(jù)
ScopeMetadata scopeMetadata = this.scopeMetadataResolver.resolveScopeMetadata(candidate);
candidate.setScope(scopeMetadata.getScopeName());
// 為候選的Bean生成一個(gè)名稱(chēng)
String beanName = this.beanNameGenerator.generateBeanName(candidate, this.registry);
// 應(yīng)用后置處理器
if (candidate instanceof AbstractBeanDefinition) {
postProcessBeanDefinition((AbstractBeanDefinition) candidate, beanName);
}
//
// 處理一些其它通用的注解的元數(shù)據(jù)
if (candidate instanceof AnnotatedBeanDefinition) {
AnnotationConfigUtils.processCommonDefinitionAnnotations((AnnotatedBeanDefinition) candidate);
}
// 校驗(yàn)通過(guò)后,注冊(cè)到 BeanFactory
if (checkCandidate(beanName, candidate)) {
BeanDefinitionHolder definitionHolder = new BeanDefinitionHolder(candidate, beanName);
definitionHolder =
AnnotationConfigUtils.applyScopedProxyMode(scopeMetadata, definitionHolder, this.registry);
beanDefinitions.add(definitionHolder);
registerBeanDefinition(definitionHolder, this.registry);
}
}
}
return beanDefinitions;
}
從方法中我們可以明顯的看到,核心代碼還在findCandidateComponents方法里面,我們進(jìn)入這個(gè)方法后再通過(guò)調(diào)試一直找到核心代碼scanCandidateComponents。如下圖,第一處是找到指定包路徑所代表的classpath中的資源對(duì)象, 但是這里只是找到了包下面有什么,但是還不知道包下面的類(lèi)是不是一個(gè)候選的Bean(可以看到將DTO類(lèi)也掃描到了)。如下:

正常思路,拿到了有哪些資源就該進(jìn)一步去篩選,看看這些資源有哪些是真正的Bean的定義類(lèi)。
現(xiàn)在我們還不清楚的是,Spring通過(guò)什么方式知道一個(gè)類(lèi)是否是真正的Bean的。我們繼續(xù)調(diào)試,到上圖的430行debug進(jìn)去看看,可以走到org.springframework.core.type.classreading.SimpleMetadataReader這個(gè)類(lèi)的構(gòu)造器中,如下:
SimpleMetadataReader(Resource resource, @Nullable ClassLoader classLoader) throws IOException {
// 通過(guò)流讀取資源的內(nèi)容,現(xiàn)在這個(gè)資源可以認(rèn)為是我們的類(lèi)
InputStream is = new BufferedInputStream(resource.getInputStream());
ClassReader classReader;
try {
// 這個(gè)Reader的構(gòu)造器中就將流讀取完畢了
classReader = new ClassReader(is);
}
catch (IllegalArgumentException ex) {
// 通過(guò)這個(gè)異常的信息,可以推測(cè)出,其實(shí)這里是通過(guò)ASM讀取Class文件的定義了
throw new NestedIOException("ASM ClassReader failed to parse class file - " +
"probably due to a new Java class file version that isn't supported yet: " + resource, ex);
}
finally {
is.close();
}
// 這里根據(jù)命名可以推測(cè)是訪(fǎng)問(wèn)者模式來(lái)暴露注解的元數(shù)據(jù)
AnnotationMetadataReadingVisitor visitor = new AnnotationMetadataReadingVisitor(classLoader);
// 這個(gè)accpect方法也是訪(fǎng)問(wèn)者模式中的典型方法,在這里面,是數(shù)據(jù)的解析邏輯
classReader.accept(visitor, ClassReader.SKIP_DEBUG);
this.annotationMetadata = visitor;
// (since AnnotationMetadataReadingVisitor extends ClassMetadataReadingVisitor)
this.classMetadata = visitor;
this.resource = resource;
}
我們?cè)谶M(jìn)入classReader.accept方法,這里面可以看到reader對(duì)于Class文件的的按字節(jié)解析。

例如,下面讀取的類(lèi)聲明,類(lèi)注解都是包掃描需要的類(lèi)元數(shù)據(jù):

拿到這些元數(shù)據(jù)之后,就按照包掃描的過(guò)濾器就過(guò)濾出真正需要的類(lèi),作為候選的Bean

獲取到元數(shù)據(jù)之后,就可以按部就班對(duì)Bean進(jìn)行注冊(cè)、初始化等一系列邏輯啦~
總結(jié)
- 包掃描是通過(guò)讀取包對(duì)應(yīng)的類(lèi)路徑下的
class文件后,對(duì)class文件進(jìn)行解析元數(shù)據(jù)的方式,確定了Bean的定義的; - 本地
IDEA的啟動(dòng)方式可能和Jar包方式尋找資源的方式略有不同,但是思路是一致的,都是按照第一點(diǎn)查找;
到此這篇關(guān)于Spring Bean的包掃描的實(shí)現(xiàn)方法的文章就介紹到這了,更多相關(guān)Spring Bean掃描包內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java JDK與cglib動(dòng)態(tài)代理有什么區(qū)別
這篇文章主要介紹了Java JDK動(dòng)態(tài)代理和cglib動(dòng)態(tài)代理的區(qū)別文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)吧2023-03-03
Java?超詳細(xì)講解設(shè)計(jì)模式之中的建造者模式
建造者模式,是一種對(duì)象構(gòu)建模式 它可以將復(fù)雜對(duì)象的建造過(guò)程抽象出來(lái),使這個(gè)抽象過(guò)程的不同實(shí)現(xiàn)方法可以構(gòu)造出不同表現(xiàn)的對(duì)象。本文將通過(guò)示例講解建造者模式,需要的可以參考一下2022-03-03
如何使用spring ResponseEntity處理http響應(yīng)
這篇文章主要介紹了如何使用spring ResponseEntity處理http響應(yīng)的操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-07-07
java后端實(shí)現(xiàn)信息分頁(yè)查詢(xún)的示例代碼
在一個(gè)頁(yè)面展示大量的用戶(hù)信息不便于觀(guān)看,因此就需要采用分頁(yè)展示的方法,本文就來(lái)為大家介紹一下java后端如何實(shí)現(xiàn)信息分頁(yè)查詢(xún),需要的小伙伴可以參考下2023-11-11
SpringBoot實(shí)現(xiàn)自定義Redis的連接的流程步驟
Spring Boot 自定義 Redis 主要是指在基于 Spring Boot 的應(yīng)用程序中,當(dāng)你需要更深入地控制或擴(kuò)展對(duì) Redis 數(shù)據(jù)庫(kù)的操作,而不是僅僅依賴(lài) Spring Data Redis 的默認(rèn)配置,本文給大家介紹了SpringBoot實(shí)現(xiàn)自定義Redis的連接的流程步驟,需要的朋友可以參考下2024-09-09

