为什么说要慎用SpringBoot @ComponentScan

目录

• 场景复现
• 解密
• 解决方案

场景复现

为了统一定制一个过滤器（Filter），所以在另外一个工程里面创建了一个过滤器，并通过jar包的方法导入当前项目，通过@ComponentScan({"org.example.config"})指定扫描包路径。

下面的我的启动类：

 导入的jar：

问题

预期效果是这样，正常加载 

启动后，原来的Swagger目录进去是这样的，原来的Controller全部都没有被加载进来

解密

以为过滤器导致所有路径没有加载，后面百度了解BasicErrorController是在没有定义SwaggerConfig配置时默认的controller

那我的SwaggerConfig就没有生效了呀？？？

水落石出了，SwaggerConfig没有被加载到容器中，原来是启动类惹的货，为了加载一个启动类外的bean-MyFilterBean到容器中导致--启动类配置@ComponentScan({"org.example.config"})

如果启动类不加@ComponentScan注解，那它默认是扫描启动类及子包下的类。我这配置不就是改变了最初的功能吗，真的是基础不牢地洞山摇～～～

解决方案

1、多加个@ComponentScan，这样也扫描启动类及子包下的类了

2、直接将当前启动类路径加入扫描路径中

3、

在resourecs资源目录下创建META-INF文件夹，在文件夹中创建spring.factories文件

 文件内容：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
org.example.config.MyFilterBean

启动后发现MyFilterBean也被加载到bean中了（在调用api时，通过日记/断点等验证） 

注：

由于直接在过滤器类上使用@Compont注解注册过滤器默认会过滤所有的URL请求生效，上面测试时都是为了方便。真实使用时，为了可以控制特定的URL才触发过滤器，我们通过FilterRegistrationBean来注册过滤器，过滤的URL模式通过FilterRegistrationBean类的addUrlPatterns方法设置，如下图所示：

到此这篇关于为什么说要慎用SpringBoot @ComponentScan的文章就介绍到这了,更多相关SpringBoot @ComponentScan 慎用内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！