相信接触过spring做开发的小伙伴们一定使用过@ComponentScan注解
@ComponentScan("com.wangm.lifecycle")
public class AppConfig {
}
@ComponentScan指定basePackage,将包下的类按照一定规则注册成Bean。
但是这个注解的其他参数,比如excludeFilters、includeFilters以及底层扫描的实现你有没有了解过?
1. 默认的扫描规则
当我们使用@ComponentScan没有指定excludeFilters、includeFilters时,basePackage下哪些类会被扫描成Bean呢?
相信大家一定知道是携带了@Component,@Service等等注解的类,那么这个默认的规则在spring的源码中是如何实现的呢?
@ComponentScan扫描包主要是通过ClassPathBeanDefinitionScanner这个类来实现的;
在构造方法ClassPathBeanDefinitionScanner#ClassPathBeanDefinitionScanner()中
![图片[1]-@ComponentScan注解的实现,Spring扫描包的过程 - 拾光赋-拾光赋](https:https://image.baidu.com/search/down?url=https://img2024.cnblogs.com/blog/2248551/202404/2248551-20240423234923236-495579386.png)
指定了默认的过滤规则->
![图片[2]-@ComponentScan注解的实现,Spring扫描包的过程 - 拾光赋-拾光赋](https:https://image.baidu.com/search/down?url=https://img2024.cnblogs.com/blog/2248551/202404/2248551-20240423235112858-1470417453.png)
默认的规则:
- 携带@Component注解
- Java满足指定版本时,携带@ManagedBean注解
- Java满足指定版本时,携带@Named注解
2.扫描的实现
我们再来看ClassPathBeanDefinitionScanner类的关键方法doScan()
![图片[3]-@ComponentScan注解的实现,Spring扫描包的过程 - 拾光赋-拾光赋](https:https://image.baidu.com/search/down?url=https://img2024.cnblogs.com/blog/2248551/202404/2248551-20240423235515217-1124397814.png)
doScan()方法的核心是scanCandidateComponents方法

我们点进isCandidateComponent方法接着看

- 第一个判断:如果满足排除条件,则不生成Bean,这个比较好理解
- 第二个判断:如果满足包含条件,并没有直接返回true,而是还要满足
isConditionMatch
isConditionMatch方法就是@Conditional注解的实现

© 版权声明
THE END



![表情[baoquan]-拾光赋](https://blogs.ink/wp-content/themes/zibll/img/smilies/baoquan.gif)


暂无评论内容