一次 Spring 扫描 @Component 注解修饰的类坑

问题现象

之前遇到过一个问题,在一个微服务的目录下有相同功能 jar 包的两个不同的版本,其中一个版本里面的类有 @Component 注解,另外一个版本的类里面没有 @Component 注解,且按照加载的顺序,没有 @Component 注解的 jar 包顺序还在前面,如下图所示:


按照类加载的顺序来说,只会加载没有 @Component 注解的类,如下图所示:

但是实际上发现 Spring 还是基于这个类创建了 Bean如下图所示:

为啥加载的类明明没有注解,但是 Spring 为什么还是创建了这个类的 Bean?初步猜测 Spring 不是通过读取已加载的类是否有 @Component 注解来判断是否要创建 Bean的。

源码剖析

Spring 中扫描注解修饰的 Bean 是在 ClassPathBeanDefinitionScanner#scanCandidateComponents() 方法里面实现的,这个方法里面会根据配置的 scanBasePackages 从 CLASSPATH 下所有的 jar 包里面去找符合这个包路径的类,如下图所示:


然后读取这些 Class 文件的内容,判断它们是否有 @Component 注解,如果有后续就会创建一个对应的 Bean。

相关推荐
是一个Bug4 分钟前
Java基础20道经典面试题(二)
java·开发语言
Z_Easen7 分钟前
Spring 之元编程
java·开发语言
leoufung22 分钟前
LeetCode 373. Find K Pairs with Smallest Sums:从暴力到堆优化的完整思路与踩坑
java·算法·leetcode
阿蒙Amon23 分钟前
C#每日面试题-委托和事件的区别
java·开发语言·c#
宋情写29 分钟前
java-IDEA
java·ide·intellij-idea
货拉拉技术36 分钟前
出海技术挑战——Lalamove智能告警降噪
人工智能·后端·监控
最贪吃的虎38 分钟前
Git: rebase vs merge
java·运维·git·后端·mysql
用户47949283569151 小时前
给客户做私有化部署,我是如何优雅搞定 NPM 依赖管理的?
前端·后端·程序员