一次 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。

相关推荐
菜鸟谢1 小时前
Rust 智能指针完整详解
后端
菜鸟谢1 小时前
Rust 函数完整知识点详解
后端
爱勇宝1 小时前
淡泊名利之前,先承认我们都很焦虑
前端·后端·程序员
菜鸟谢1 小时前
Rust 闭包(Closure)完整详解
后端
ServBay1 小时前
如何利用本地技术栈构建 0 成本 AI SaaS 雏形
后端·aigc·ai编程
菜鸟谢1 小时前
Rust 集合 + 迭代器完整详解
后端
杨利杰YJlio1 小时前
Codex桌面客户端上手:项目、插件与自动化实战
前端·后端
常铭1 小时前
【Java基础】01-HashMap的底层原理
后端·面试
幼儿园技术家2 小时前
实现 GEO 监控:从多引擎探测到优化闭环
前端·后端
掘金者阿豪2 小时前
微信小程序虚拟支付与广告转化回传实战记录
后端