Spring Boot 中starter的原理详析

前言：

今天介绍springboot ，也是写下springboot的插件机制，starter的原理，其实这个网上已经很多了，也是看了不少别人的文章，今天主要还是带着问题去记录下。

1、springboot 的starter 的启动原理是什么

原理

这个问题是很简单的，只要了解springboot的同学应该都知道，也是必须了解的。

• ① Spring Boot 在启动时会去classpath中中寻找 resources/META-INF/spring.factories 文件
• ② 根据 spring.factories 配置加载 AutoConfigure 类
• ③ 根据 @Conditional 注解的条件，进行自动配置并将 Bean 注入 Spring Context

来个例子

我们看个例子，下面是我工作中的一个starter，删除了一些公司的代码

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\ 
com.xx.common.ratelimiter.config.reactive.WebsocketRateLimiterAutoConfiguration,\ 
com.xx.common.ratelimiter.config.ProductIdLimiterAutoConfiguration

解释下：

• EnableAutoConfiguration 这个是固定的，在springboot启动的时候，会去实例化这个key之后的每一个类
• \ 是连接符，也就是表示这是一行数据，只不过可以分行表示
• WebsocketRateLimiterAutoConfiguration 后面这两行是业务自定义的config类，多个的话都好分割

@Configuration
@ConditionalOnProperty(
        prefix = "gateway.ratelimiter",
        name = {"enabled"},
        havingValue = "true"
)
@EnableConfigurationProperties(RateLimiterProperties.class)
@AutoConfigureAfter({RedisAutoConfiguration.class})
public class ProductIdLimiterAutoConfiguration {
...
}

上面这个是配置类，可以看到这个最主要的是一些注解

• @Configuration 标识这是一个配置类
• @ConditionalOnProperty 标识这个类的实例化需要在配置文件中存在 gateway.ratelimiter.enable 这个key，并且值为true
• @EnableConfigurationProperties 将配置中的类，读取到RateLimiterProperties.class 这个对象中
• @AutoConfigureAfter 这个顾名思义，需要在redis 的实例化之后，因为这个config依赖redis 。

小结

springboot starter的原理就是springboot项目在启动的时候扫描jar，然后读取spring.factories 中EnableAutoConfiguration key 指向的config类

然后通过一系列的条件配置判断，启动当前stater

2、springboot 是如何找到配置类的

第一个问题解决了主要流程的问题，但是springboo是怎么找到spring.fatories的呐、?

这个主要是涉及jar包中资源的读取，让我们看下这个流程。

主要的路径是下面这三个注解：

SpringBootApplication ->
    EnableAutoConfiguration -> 
      AutoConfigurationImportSelector org.springframework.boot.autoconfigure.AutoConfigurationImportSelector#selectImports 
      org.springframework.boot.autoconfigure.AutoConfigurationImportSelector#getAutoConfigurationEntry 
      org.springframework.boot.autoconfigure.AutoConfigurationImportSelector#getCandidateConfigurations 
      org.springframework.core.io.support.SpringFactoriesLoader#loadFactoryNames 
      org.springframework.core.io.support.SpringFactoriesLoader#loadSpringFactories Enumeration<URL> urls = classLoader.getResources(FACTORIES_RESOURCE_LOCATION); 
      public static final String FACTORIES_RESOURCE_LOCATION = "META-INF/spring.factories";

通过上面的路径，我们找到了最终是通过classloader 加载jar中"META-INF/spring.factories";当然这段是代码我们也可以用来加载其他的文件哦，也给我们借鉴，在下次需要实现类似的功能，可以直接抄。

3、springboot starter 的bean 是怎么加载到容器的

这个问题已经很简单了，因为第一个问题已经基本上可以看到原因了，

在springboot 加载到config的时候，可以在config中通过@bean进行容器注册，这个bean就会加载到容器

这里主要要说几个特殊的注解，@ConditionalOnXXX

• @ConditionalOnBean：当容器中有指定Bean的条件下进行实例化。
• @ConditionalOnMissingBean：当容器里没有指定Bean的条件下进行实例化。
• @ConditionalOnClass：当classpath类路径下有指定类的条件下进行实例化。
• @ConditionalOnMissingClass：当类路径下没有指定类的条件下进行实例化。
• @ConditionalOnWebApplication：当项目是一个Web项目时进行实例化。
• @ConditionalOnNotWebApplication：当项目不是一个Web项目时进行实例化。
• @ConditionalOnProperty：当指定的属性有指定的值时进行实例化。
• @ConditionalOnExpression：基于SpEL表达式的条件判断。
• @ConditionalOnJava：当JVM版本为指定的版本范围时触发实例化。
• @ConditionalOnResource：当类路径下有指定的资源时触发实例化。
• @ConditionalOnJndi：在JNDI存在的条件下触发实例化。
• @ConditionalOnSingleCandidate：当指定的Bean在容器中只有一个，或者有多个但是指定了首选的Bean时触发实例化。

如果想要定制自己的condition，可以实现Condition接口，定制Condition条件

4、总结

springboot starter 是springboot 的核心，提供了autoconfig，在开发中非常方便，也是必须需要了解的。 

到此这篇关于Spring Boot 中starter原理详析的文章就介绍到这了,更多相关Spring Boot starter 内容请搜索Devmax以前的文章或继续浏览下面的相关文章希望大家以后多多支持Devmax！