Spring Boot 通过将我们常用的功能抽取出来,做成的一系列启动器,这些启动器帮我们导入了实现各个功能所需要依赖的全部组件,我们只需要在项目中引入这些 starters,需要的依赖就会全部被导入进来,并且我们通过【约定大于配置】的方式,抛弃繁杂的配置,仅需要通过配置文件来进行少量的配置就可以使用相应的功能。
starter 的实现:虽然不同的 starter 实现起来各有差异,但是他们基本上都会使用到两个相同的内容:ConfigurationProperties 和 AutoConfiguration。因为 Spring Boot 坚信 “约定大于配置” 这一理念,所以我们使用 ConfigurationProperties 来保存我们的配置,并且这些配置都可以有一个默认值,即在我们没有主动覆写原始配置的情况下,默认值就会生效,这在很多情况下是非常有用的。除此之外,starter 的 ConfigurationProperties 还使得所有的配置属性被聚集到一个文件中(一般在 resources 目录下的 application.properties),这样我们就告别了 Spring 项目中众多的 XML 配置。
starter的整体实现逻辑主要由两个基本部分组成:
xxxAutoConfiguration:自动配置类,对某个场景下需要使用到的一些组件进行自动注入,并利用xxxProperties类来进行组件相关配置
xxxProperties:某个场景下所有可配置属性的集成,在配置文件中配置可以进行属性值的覆盖,按照SpringBoot官方的定义,Starer的作用就是依赖聚合,因此直接在starter内部去进行代码实现是不符合规定的,starter应该只起到依赖导入的作用,而具体的代码实现应该交给其他模块来实现,然后在starter中去引用该模块即可,因此整体的starter的构成应该如下图所示:
可见starter模块依赖了两部分,一部分是一些常用依赖,另一部分就是对自动配置模块的依赖,而xxxAutoConfiguration与xxxProperties的具体实现,都封装在自动配置模块中,starter实际是通过该模块来对外提供相应的功能。
序号 | 名称 | 功能 |
---|---|---|
1 | spring-boot-starter-web | 支持 Web 开发,包括 Tomcat 和 spring-webmvc |
2 | spring-boot-starter-redis | 支持 Redis 键值存储数据库,包括 spring-redis |
3 | spring-boot-starter-test | 支持常规的测试依赖,包括 JUnit、Hamcrest、Mockito 以及 spring-test 模块 |
4 | spring-boot-starter-aop | 支持面向切面的编程即 AOP,包括 spring-aop 和 AspectJ |
5 | spring-boot-starter-data-elasticsearch | 支持 ElasticSearch 搜索和分析引擎,包括 spring-data-elasticsearch |
6 | spring-boot-starter-jdbc | 支持JDBC数据库 |
7 | spring-boot-starter-data-jpa | 支持 JPA ,包括 spring-data-jpa、spring-orm、Hibernate |
可以看到这些 Starter 的名称都是以 spring-boot-starter 为开头,后面跟着具体的模块名,所有官方的 Starter 遵循相似的命名模式。
根据约定,Spring Boot官方的starter命名要定义为spring-boot-starter-*,自定义或者说第三方的要命名为thirdpartyproject-spring-boot-starter
官方命名空间:
自定义命名空间:
如果你想要自己创建一个 starter,那么基本上包含以下几步
创建一个名为config-spring-boot-starter的 spring boot 项目
spring-boot-autoconfigure
ConfigInfo 配置信息类,用于封装配置信息。
@Data
@Builder
public class ConfigInfo implements Serializable {
private static final long serialVersiOnUID= -2878523532668902073L;
private String id;
private String ip;
}
ConfigService 示例业务接口,这里我们定义了一个configInfo接口,用于获取配置信息。
public interface ConfigService {
ConfigInfo configInfo();
}
ConfigServiceImpl 业务逻辑实现类,用于实现功能。
public class ConfigServiceImpl implements ConfigService {
private String id;
private String ip;
public ConfigServiceImpl(String id, String ip) {
this.id = id;
this.ip = ip;
}
@Override
public ConfigInfo configInfo() {
return ConfigInfo.builder().id(this.id).ip(this.ip).build();
}
}
创建一个配置文件读取类 ConfigurationProperties 用于保存配置信息(如果你的项目不使用配置信息则可以跳过这一步,不过这种情况非常少见)
@ConfigurationProperties注解使开发人员可以轻松地将整个文件.properties和yml文件映射到一个对象中。编写Properties,应使用唯一的名称空间。不要使用Spring Boot的名称空间(如server,management,spring等)。所以应在所有配置键前面加上自己的名称空间。如我们这里使用的是com.jourwon.config作为配置名称空间。
@Data
@ConfigurationProperties(value = "com.jourwon.config")
public class ConfigProperties {
private String id;
private String ip;
}
创建一个 AutoConfiguration,编写带有@Configuration的配置类,并添加@EnableConfigurationProperties注解,@EnableConfigurationProperties作用是为了使@ConfigurationProperties注解的类生效。
@Slf4j
@Configuration
@EnableConfigurationProperties(value = ConfigProperties.class)
public class ConfigAutoConfiguration {
@Resource
private ConfigProperties properties;
@Bean
@ConditionalOnMissingBean
public ConfigService configService() {
log.info("Config ConfigService Start...");
ConfigService service = new ConfigServiceImpl(properties.getId(), properties.getIp());
log.info("Config ConfigService End.");
return service;
}
}
在resources/META-INF/下创建spring.factories文件,并且把上一步创建的AutoConfiguration类加入 spring.factories 配置文件中
org.springframework.boot.autoconfigure.EnableAutoCOnfiguration=\
com.jourwon.spring.boot.config.ConfigAutoConfiguration
在自定义 starter 项目根目录执行 mvn install 进行打包安装
config-spring-boot-starter
在使用官方starter的时候,我们可以发现IDE可以进行提示
在application.yml配置文件添加如下配置
# 自定义starter相关配置
com:
jourwon:
config:
id: 23145fdb-7427-42d1-ae29-a67f5be30d02
ip: 127.0.0.1
@RestController
public class ConfigInfoController {
@Resource
private ConfigService configService;
@GetMapping("/configInfo")
public String configInfo() {
return JSON.toJSONString(configService.configInfo());
}
}
打开浏览器,输入 http://127.0.0.1:8080/configInfo ,你将会看到我们配置的内容。
在导入的starter之后,SpringBoot主要帮我们完成了两件事情,这两件事情统一称为SpringBoot的自动配置:
SpringBoot 是如何知道要实例化哪些类,并进行自动配置的呢
我们也可以使用@ImportAutoConfiguration({MyServiceAutoConfiguration.class}) 指定自动配置哪些类。
我们从主程序入口来探索一下整个过程的原理:
//标注这个类是一个springboot的应用
@SpringBootApplication
public class CommunityApplication {
public static void main(String[] args) {
//将springboot应用启动
SpringApplication.run(CommunityApplication.class, args);
}
}
@SpringBootApplication注解内部结构如下图所示:
AutoConfigurationImportSelector :重点看该类中重写的selectImports方法,看下它返回的字符串数组是如何得来的:
我们可以去到上边提到的spring.factories文件中去看一下,找到spring官方提供的spring-boot-autoconfigure
包,在其下去找一下该文件:
可以看到这个就是SpringBoot官方为我们提供的所有自动配置类的候选列表。我们可以在其中找到一个我们比较熟悉的自动配置类去看一下它内部的实现:
可以看到这些一个个的都是JavaConfig配置类,而且都通过@Bean
注解向容器中注入了一些Bean
结论:
自动配置类被注入到容器当中后,会帮我们进行组件的自动配置和自动注入的工作,我们以HttpEncodingAutoConfiguration(Http编码自动配置)为例解释这个过程:
首先我们先看下SpringBoot中配置文件与POJO类之间映射的方法,这是进行自动配置的基础。
配置集中化管理:SpringBoot中所有可配置项都集中在一个文件中(application.yml),这个文件中的配置通过@ConfigurationProperties注解来与我们程序内部定义的POJO类来产生关联,这些POJO类统一命名为xxxProperties,并且这些xxxProperties类中各个属性字段都有自己的默认值,这也是SpringBoot约定大于配置理念的体现,尽可能减少用户做选择的次数,但同时又不失灵活性。只要我们想,配置文件中的配置随时可以覆盖默认值。
之后,通过配合@EnableConfigurationProperties注解,就可以自动将与配置文件绑定好的这个类注入到容器中供我们使用。
自动配置类的工作流程:
//表示这是一个配置类,和以前编写的配置文件一样,也可以给容器中添加组件;
@Configuration
//将与配置文件绑定好的某个类注入到容器中,使其生效
//进入这个HttpProperties查看,将配置文件中对应的值和HttpProperties绑定起来;
//并把HttpProperties加入到ioc容器中
@EnableConfigurationProperties(HttpProperties.class)
//Spring底层@Conditional注解
//根据不同的条件判断,如果满足指定的条件,整个配置类里面的配置就会生效;
//这里的意思就是判断当前应用是否是web应用,如果是,当前配置类生效
@ConditionalOnWebApplication(type = ConditionalOnWebApplication.Type.SERVLET)
//判断系统中有没有CharacterEncodingFilter这个类,如果有配置类才生效
@ConditionalOnClass(CharacterEncodingFilter.class)
//判断配置文件中是否存在某个配置:spring.http.encoding.enabled;
//matchIfMissing = true表明即使我们配置文件中不配置spring.http.encoding.enabled=true,该配置类也是默认生效的;
@ConditionalOnProperty(prefix = "spring.http.encoding", value = "enabled", matchIfMissing = true)
public class HttpEncodingAutoConfiguration {
//该类已经与配置文件绑定了
private final HttpProperties.Encoding properties;
//构建该自动配置类时将与配置文件绑定的配置类作为入参传递进去
public HttpEncodingAutoConfiguration(HttpProperties properties) {
this.properties = properties.getEncoding();
}
@Bean
@ConditionalOnMissingBean
public CharacterEncodingFilter characterEncodingFilter() {
CharacterEncodingFilter filter = new OrderedCharacterEncodingFilter();
//注入bean时使用配置类中属性的值进行初始化,相当于将配置文件中的值映射到了组件的某些属性上
filter.setEncoding(this.properties.getCharset().name());
filter.setForceRequestEncoding(this.properties.shouldForce(Type.REQUEST));
filter.setForceResponseEncoding(this.properties.shouldForce(Type.RESPONSE));
//注入配置好的bean
return filter;
}
}
一句话总结下自动配置类的工作过程 :
//从配置文件中获取指定的值和bean的属性进行绑定
@ConfigurationProperties(prefix = "spring.http")
public class HttpProperties {
// .....
}
SpringBoot启动会加载大量的自动配置类
我们首先可以看我们需要的功能有没有在SpringBoot默认写好的自动配置类当中;
我们再来看这个自动配置类中到底配置了哪些组件;(只要我们要用的组件存在在其中,我们就不需要再手动配置了)
给容器中自动配置类添加组件的时候,会从properties类中获取某些属性。我们只需要在配置文件中指定这些属性的值即可;
xxxxAutoConfigurartion:自动配置类;给容器中添加组件
xxxxProperties:封装配置文件中相关属性;
了解完自动装配的原理后,我们来关注一个细节问题,自动配置类必须在一定的条件下才能生效;@Conditional派生注解(Spring注解版原生的@Conditional作用)
作用:必须是@Conditional指定的条件成立,才给容器中添加组件,配置里面的所有内容才生效;
序号 | @Conditional扩展注解 | 作用(判断是否满足当前条件) |
---|---|---|
1 | @ConditionalOnWebApplication | 当前项目是Web项目的条件下 |
2 | @ConditionalOnNotWebApplication | 当前项目不是Web项目的条件下 |
3 | @ConditionalOnResource | 类路径下是否有指定的资源 |
4 | @ConditionalOnExpression | 基于SpEL表达式作为判断条件 |
5 | @ConditionalOnMissingBean | 当容器中没有指定Bean的情况下 |
6 | @ConditionalOnBean | 当容器中有指定的Bean的条件下 |
7 | @ConditionalOnSingleCandidate | 当指定的Bean在容器中只有一个,或者在有多个Bean的情况下,用来指定首选的Bean |
8 | @ConditionalOnJava | 基于JVM版本作为判断条件 |
9 | @ConditionalOnMissingClass | 当类路径下没有指定的类的条件下 |
10 | @ConditionalOnClass | 当类路径下有指定的类的条件下 |
11 | @ConditionalOnProperty | 指定的属性是否有指定的值 |
那么多的自动配置类,必须在一定的条件下才能生效;也就是说,我们加载了这么多的配置类,但不是所有的都生效了。
我们怎么知道哪些自动配置类生效?
我们可以通过启用 debug=true
属性;来让控制台打印自动配置报告,这样我们就可以很方便的知道哪些自动配置类生效;
#在配置文件中开启springboot的调试类
debug=true
Positive matches:
(自动配置类启用的:正匹配)
Positive matches:
-----------------
AopAutoConfiguration matched:
- @ConditionalOnClass found required classes 'org.springframework.context.annotation.EnableAspectJAutoProxy', 'org.aspectj.lang.annotation.Aspect', 'org.aspectj.lang.reflect.Advice', 'org.aspectj.weaver.AnnotatedElement' (OnClassCondition)
- @ConditionalOnProperty (spring.aop.auto=true) matched (OnPropertyCondition)
AopAutoConfiguration.CglibAutoProxyConfiguration matched:
- @ConditionalOnProperty (spring.aop.proxy-target-class=true) matched (OnPropertyCondition)
AuditAutoConfiguration#auditListener matched:
- @ConditionalOnMissingBean (types: org.springframework.boot.actuate.audit.listener.AbstractAuditListener; SearchStrategy: all) did not find any beans (OnBeanCondition)
AuditAutoConfiguration#authenticationAuditListener matched:
- @ConditionalOnClass found required class 'org.springframework.security.authentication.event.AbstractAuthenticationEvent' (OnClassCondition)
- @ConditionalOnMissingBean (types: org.springframework.boot.actuate.security.AbstractAuthenticationAuditListener; SearchStrategy: all) did not find any beans (OnBeanCondition)
Negative matches:
(没有启动,没有匹配成功的自动配置类:负匹配)
Negative matches:
-----------------
ActiveMQAutoConfiguration:
Did not match:
- @ConditionalOnClass did not find required class 'javax.jms.ConnectionFactory' (OnClassCondition)
AopAutoConfiguration.JdkDynamicAutoProxyConfiguration:
Did not match:
- @ConditionalOnProperty (spring.aop.proxy-target-class=false) did not find property 'proxy-target-class' (OnPropertyCondition)
AppOpticsMetricsExportAutoConfiguration:
Did not match:
- @ConditionalOnClass did not find required class 'io.micrometer.appoptics.AppOpticsMeterRegistry' (OnClassCondition)
ArtemisAutoConfiguration:
Did not match:
- @ConditionalOnClass did not find required class 'javax.jms.ConnectionFactory' (OnClassCondition)
Exclusions、Unconditional classes
(排除的、没有限定条件的自动配置类):
Exclusions:
-----------
org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration
Unconditional classes:
----------------------
org.springframework.boot.autoconfigure.context.ConfigurationPropertiesAutoConfiguration
org.springframework.boot.actuate.autoconfigure.endpoint.jmx.JmxEndpointAutoConfiguration
org.springframework.boot.actuate.autoconfigure.health.HealthIndicatorAutoConfiguration
org.springframework.boot.actuate.autoconfigure.info.InfoContributorAutoConfiguration