文章目录
- springboot自动装配原理
- 手写starter
- 手写starter总结:
springboot自动装配原理
口述:
- springboot自动装配的话它其实就是只需要我们添加一个starter起步依赖,它就能完成这个依赖组件相关Bean的自动注入,其实就是自动的将我们所需要的Bean装配到IoC容器中,比如说我们用redis的话,我们只需要将redis的一个data-redis的starter起步依赖引入,并且在配置文件中去指出ip端口,那我们在程序中就可以用autowired注入redisTemplate,就可以用了,其实这个redisTemplate就已经存在在IOC容器中了,我们用直接取就可以了,其实这个就是自动装配了我们redis所需要的bean了。
- 它其实是因为我们在启动类上面的springbootapplication注解里面,包含着@enableautoconfiguration注解,它表示我们开启了自动装配,其实在这个@enableautoconfiguration注解里面有@import这个注解,@import的话我们常用的就是将配置类传入进去,这个配置类基本就是用@configuration注解和@bean注解来定义的,import就可以将bean注入到ioc容器中,但这里的import它传入的是一个ImportSelector的实现类,@AutoConfigurationImportSelector,它实现了ImportSelector,重写了selectImports这个方法,这个方法主要有两个作用,第一个就是它会去筛选我们的配置类,就是只有满足条件的bean才能进行装配,它其实就是通过METE-INF/spring-autoconfigure-metadata.properties这个配置文件中去筛选的,这个配置文件的话其实就相当于一个个@conditional这个注解,就是一些条件的判断,当满足什么什么条件时加载这个bean,其实就是一个过滤筛选的作用。
- 然后这个selectimports方法的第二个作用就是收集符合条件的配置类完成自动装配,就是通过autoConfigurationEntry.getConfigurations()这个方法实现的,其实在实际执行过程中的话它是同过ConfigurationClass的这个增强器PostProcessor中的BeanDefinitions这个方法来扫描注册配置类的Bean的,最终的话也还是会调用autoConfigurationEntry这个方法获得需要自动配置的配置类的。
- 其实这个autoConfigurationEntry,这个配置类的收集方法它里面的话也定义了很多的方法,比如getAttributes获得这个@EnableAutoConfiguration注解中的属性,还有一些去重啊就是去除重复类啊、最核心的话是这个canditate这个方法,就是getCandidateConfigurations这个方法,它会获得所有的自动装配的配置类,其实也就是METE-INF/spring.factories这个文件中的value,其实这个candidate这个方法的话也是用到了spring中的加载方式,就是SpringFactoriesLoader,它就会从spring.factories这个文件中找到对应key的value,比如说我们现在自动装配的话那key就是EnableAutoConfiguration,然后的话取到这个接口的对应实现类,实现类的话也是很多的,然后candidate拿到这些实现类的话就会经过去重啊、筛选啊等等选出我们要的实现类。
- 就比如说redis的自动配置类,就是RedisAutoConfiguration这个类,这个类上面的话是有@Configuration表示它是一个配置类,然后@ConditionalOnClass()这个注解它其实会判断我们的这个redisTemplate是否在类路径下,因为我们引入了spring-boot-starter-data-redis这个起步依赖,那它所对应的类比如redistemplate也会存在于类路径下,这个时候就会吧redistemplate这个bean注入到ioc容器中,其实这个的话也就是springboot我们引入什么依赖才会将它所对应的bean注入到ioc容器中,没有用到的依赖就不会注入,这个的话就是springboot自动装配的原理。
手写starter
核心三点:
- 相关组件的jar包依赖
- 自动完成bean的装配
- 加载application.properties文件中的属性配置
要求:写一个组件来实现redisTemplate的自动装配
步骤:
1 创建一个工程
5. 添加jar包依赖
<dependency><groupId>org.redission</groupId><artifactId>redission</artifactId><version>3.11.1</version></dependency>
3.定义属性类,@ConfigurationProperties这个注解作用就是吧当前类中的属性和我们配置文件中的配置进行绑定,并且前缀是gp.redisson
package cn.itcast.demo;import io.netty.util.Timeout;
import org.springframework.boot.context.properties.ConfigurationProperties;@ConfigurationProperties(prefix = "gp.redission")
public class RedissonProperties {private String host = "localhost";private String password;private int port = 6379;private int timeout;public void setHost(String host) {this.host = host;}public void setPassword(String password) {this.password = password;}public void setPort(int port) {this.port = port;}public void setTimeout(int timeout) {this.timeout = timeout;}public void setSsl(boolean ssl) {this.ssl = ssl;}public String getHost() {return host;}public String getPassword() {return password;}public int getPort() {return port;}public int getTimeout() {return timeout;}public boolean isSsl() {return ssl;}private boolean ssl;
}
4.定义需要自动装配的配置类,吧RedissionClient装配到ioc容器。
注意:这里需要说明一下,我们引入的是redission依赖,那我们想要用redisTemplate,什么时候将其注入到bean呢?那就是@ConditionalOnClass(redission.class)在类路径下存在的情况下注入,其实它就是个判断条件,我们不能说吧我们没有引入的依赖注入到ioc容器吧,那肯定是引入了什么依赖吧对应的依赖的bean注入到ioc容器中,这里的话redission就充当了条件,我们用redission当作条件指明现在是引入了redission依赖了,我们要将操作redis的bean注入ioc,那如果不判断的话,我们pom文件引入的依赖怎么用呢?或者说我们怎么知道该注入哪些bean呢?其实就是pom文件我们引入的依赖所引起来的,这其实就是springboot较spring做的改进,spring我们注入bean需要手动加配置类加bean才能注入,那如果注入的特别多是不是很繁琐呢?springboot自动装配是实现了用什么依赖我注依赖所对应的bean,不需要我们手动注入,非常大的改进。
5.在resource下创建METE-INF/spring.factories文件,使得springboot程序可以扫描到该文件完成自动装配,key和value对应如下:
6.使用:添加starter依赖、设置属性配置,然后autowired就可以注入了
手写starter总结:
starter的作用就是引入了相应的jar包依赖,自动实现与该依赖有关的bean的注入,并且将我们在resource下配置文件中配置的数据和引入的这个依赖的属性类中的属性进行绑定。