【Spring Boot】自动配置及重要注解解析

一、自动配置及原理

1、springboot自动配置了哪些功能

1)tomcat的自动配置

引入了tomcat的相关依赖
在这里插入图片描述

2)自动配置springmvc及常用功能

我们在主启动类中加两行代码,查看一下spring boot加载了哪些组件
在这里插入图片描述
通过在控制台输出中搜索,我们可以发现转发请求的dispatcherServlet、解决乱码的characterEncodingFilter还有视图解析器ViewResolver都已经被自动加载

3)默认的包结构

主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来,无需向之前那样专门去配置
如果想调整包扫描路径,可以将主启动类中的@SpringBootApplication注解替换成
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan
然后再@ComponentScan后面指定自己想要的包扫描路径

4)各种配置都具有默认值

我们可以简单看下各个配置的默认值
默认配置最终都是映射到某个类上,这个类会在容器中创建对象
在这里插入图片描述

5)按需加载所有的自动配置项

并非所有的自动配置项都会加载,只有我们引入了对应的启动器,才会自动加载相应的自动配置项
SpringBoot所有的自动配置功能都在spring-boot-autoconfigure这个jar包里面

2、注解分析

1)底层注解分析
  • @Configuration:标注当前类是一个配置类,可以使用@Configuration+@Bean的方式注册bean到spring boot的IOC容器中,默认是单实例的,可参考我之前的博客 【Spring】使用JavaConfig实现配置
    • 此注解新加了一个属性proxyBeanMethods,默认开启
    • 如果此属性为true,那么每次@Bean方法被调用多少次返回的组件都是单实例的,如果是false,那么保证每个@Bean方法被调用多少次返回的组件都是新创建的
    • 如果bean之间存在组件依赖必须使用Full模式(proxyBeanMethods=true),其他默认使用Lite模式(proxyBeanMethods=false)
  • @Import:在IOC容器中自动创建出引入类型的bean,默认bean的名字就是全类名
  • @ConditionalOnProperty(xxx):判断括号内的配置是否存在且配在auto配置且值为true就生效,你没配我也认为配了
  • @Conditional:条件装配,满足Conditional指定的条件,则进行bean注入,它有很多子类
    在这里插入图片描述
  • @ImportResource:用于导入 Spring 的 xml 配置文件,将该配置文件中定义的 bean 对象加载到Spring容器中,在配置类上使用
  • 想要将配置文件中的配置与类进行绑定,可以使用下面两种组合的注解
    • @ConfigurationProperties(prefix=“xxx”)+@Component:配置绑定,使用在实体类上,prefix前缀的值为配置文件中配置项的前缀
    • @EnableConfigurationProperties(xxx.class)+@ConfigurationProperties
      @EnableConfigurationProperties使用在配置类上,括号内填需要绑定配置的实体类,它的作用是使得@ConfigurationProperties注解生效,将括号内的bean注册到容器中
      @ConfigurationProperties使用在实体类上,这个注解通常是用来将properties和yml配置文件属性转化为bean对象使用
2)主启动类核心注解

主启动类中的@SpringBootApplication就等于@SpringBootConfiguration+@EnableAutoConfiguration+@ComponentScan

  • @SpringBootConfiguration,继续深入可以发现它就是@Configuration注解修饰的,表示这个类就是一个配置类

  • @EnableAutoConfiguration

    • @AutoConfigurationPackage
      继续深入可以发现,这个注解上面有一个@Import({Registrar.class})注解,作用就是将Register注册到组件中
      Register类里有一个方法可以批量注册bean,我们使用debug模式看一下传进来的元数据,这样就可以理解为什么Spring boot可以不用配置自动扫描了,因为它将启动类所在包下的类都注册到容器中了
      在这里插入图片描述

    • @Import({AutoConfigurationImportSelector.class})
      这个类和spring boot导入自动配置类有关,框架启动时会加载所有的配置类(关键文件META-INF下的spring.factories),但是因为条件装配规则(即@Conditional相关注解)的存在,这些自动配置会按需生效
      在这里插入图片描述
      在这里插入图片描述
      在这里插入图片描述
      上面这个方法会去我们引入的jar包下找META-INF/spring.factories文件,如果有
      org.springframework.boot.autoconfigure.EnableAutoConfiguration修饰的类,就会加载进来
      在这里插入图片描述
      注意,从spring boot2.7开始,慢慢不支持META-INF/spring.factories文件了
      需要导入的自动配置类可以放在
      /META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件中,可以看下spring-boot-autoconfigure-2.7.0.jar下的这个文件

  • @ComponentScan:指定扫描哪些类,将其注册到容器中

3、自动配置实现原理

那么问题来了,spring boot是如何做到让我们免去那么多麻烦的配置的呢?
我们可以看一下DispatcherServletAutoConfiguration和HttpEncodingAutoConfiguration的源码
在这里插入图片描述

在这里插入图片描述
我们可以发现,spring boot在底层都帮我们预先配置了所有的组件,但是会以用户自己配置的优先
如果用户没有配,那么就默认把框架默认配置好的bean注册到容器中

4、SpringBootApplication类

首先我们先跟进run方法看下,发现在调用run之前,程序调用了SpringApplication类的构造方法
在这里插入图片描述
然后我们看下构造器里面做了什么
首先他判断当前项目是否为web项目(是否包含SpringBootWeb的相关依赖)
在这里插入图片描述
在这里插入图片描述
然后就是看一下接下来的getSpringFactoriesInstances()方法
这里面有一个SpringFactoriesLoader.loadFactoryNames(type, classLoader)方法
在这里插入图片描述
跟进去看一下,发现他会去每个依赖下读META-INF/spring.factories文件(自动装配的核心文件)
在这里插入图片描述
如果发现有当前接口类的实现类,就会统一放在list集合中返回
在这里插入图片描述
接着就根据上一步的返回结果,调用相关方法初始化相关bean的实例,进行排序后返回实例
在这里插入图片描述

总结:

  • SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration
  • 每个自动配置类按照条件进行生效,默认都会绑定配置文件指定的值。它会去xxxxProperties里面拿,而xxxProperties和配置文件进行了绑定
  • 生效的配置类就会给容器中装配很多组件
  • 只要容器中有这些组件,相当于这些功能就有了
  • 定制化配置
    • 直接自己@Bean替换底层的组件
    • 查看这个组件获取配置文件是哪个,就去application.properties或者yaml文件中修改对应的配置项

如有错误,欢迎指正!!

  • 3
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值