文章目录
企业级spring-boot案例系列文章上线了,涵盖了大部分企业级的spring-boot使用场景,会不定期进行更新,企业级spring-boot案例源码地址:https://gitee.com/JourWon/spring-boot-example,欢迎各位大佬一起学习和指正
1. 未使用Spring Boot Starter前的情况
在没有 starter 之前,假如我想要在 Spring 中使用 jpa,那我可能需要做以下操作:
- 在 Maven 中引入使用的数据库的依赖(即 JDBC 的 jar)
- 引入 jpa 的依赖
- 在 xxx.xml 中配置一些属性信息
- 反复的调试直到可以正常运行
需要注意的是,上面的操作在我们每次新建一个需要用到 jpa 的项目的时候都需要重复的做一次。
**但在
Spring Boot
中,一切因为
Starter
变得简单**
- 在
pom
文件中引入spring-boot-starter-data-jpa
- 在
.properties
文件中配置参数
通过上面两个步骤,配置自动生效,具体生效的
bean
是
JpaRepositoriesAutoConfiguration
,自动配置类的名字都有一个特点,叫做
xxxAutoConfiguration
。
这就是使用 Spring 框架开发项目带来的一些的问题:
- 依赖导入问题: 每个项目都需要来单独维护自己所依赖的jar包,在项目中使用到什么功能就需要引入什么样的依赖。手动导入依赖容易出错,且无法统一集中管理
- 配置繁琐: 在引入依赖之后需要做繁杂的配置,并且这些配置是每个项目来说都是必要的,例如web.xml配置(Listener配置、Filter配置、Servlet配置)、log4j配置、数据库连接池配置等等。这些配置重复且繁杂,在不同的项目中需要进行多次重复开发,这在很大程度上降低了我们的开发效率
而在 Spring Boot 出现之后,它为我们提供了一个强大的功能来解决上述的两个痛点,这就是 Spring Boot 的 starters(启动器)。
2. Spring Boot Starter简介
2.1 什么是Spring Boot Starter(启动器)
Spring Boot 通过将我们常用的功能抽取出来,做成的一系列启动器,这些启动器帮我们导入了实现各个功能所需要依赖的全部组件,我们只需要在项目中引入这些 starters,需要的依赖就会全部被导入进来,并且我们通过【约定大于配置】的方式,抛弃繁杂的配置,仅需要通过配置文件来进行少量的配置就可以使用相应的功能。
starter 的实现:虽然不同的 starter 实现起来各有差异,但是他们基本上都会使用到两个相同的内容:ConfigurationProperties 和 AutoConfiguration。因为 Spring Boot 坚信 “约定大于配置” 这一理念,所以我们使用 ConfigurationProperties 来保存我们的配置,并且这些配置都可以有一个默认值,即在我们没有主动覆写原始配置的情况下,默认值就会生效,这在很多情况下是非常有用的。除此之外,starter 的 ConfigurationProperties 还使得所有的配置属性被聚集到一个文件中(一般在 resources 目录下的 application.properties),这样我们就告别了 Spring 项目中众多的 XML 配置。
2.2 Starter 模块整体结构
starter的整体实现逻辑主要由两个基本部分组成:
xxxAutoConfiguration
:自动配置类,对某个场景下需要使用到的一些组件进行自动注入,并利用xxxProperties类来进行组件相关配置
xxxProperties
:某个场景下所有可配置属性的集成,在配置文件中配置可以进行属性值的覆盖,按照SpringBoot官方的定义,Starer的作用就是依赖聚合,因此直接在starter内部去进行代码实现是不符合规定的,starter应该只起到依赖导入的作用,而具体的代码实现应该交给其他模块来实现,然后在starter中去引用该模块即可,因此整体的starter的构成应该如下图所示:
可见starter模块依赖了两部分,一部分是一些常用依赖,另一部分就是对自动配置模块的依赖,而
xxxAutoConfiguration
与
xxxProperties
的具体实现,都封装在自动配置模块中,starter实际是通过该模块来对外提供相应的功能。
2.3 Spring 官方提供的 Starter 和 Starter 命名规范
SpringBoot
提供了非常多的 Starter,下面列出常用的几个:
序号名称功能1spring-boot-starter-web支持 Web 开发,包括 Tomcat 和 spring-webmvc2spring-boot-starter-redis支持 Redis 键值存储数据库,包括 spring-redis3spring-boot-starter-test支持常规的测试依赖,包括 JUnit、Hamcrest、Mockito 以及 spring-test 模块4spring-boot-starter-aop支持面向切面的编程即 AOP,包括 spring-aop 和 AspectJ5spring-boot-starter-data-elasticsearch支持 ElasticSearch 搜索和分析引擎,包括 spring-data-elasticsearch6spring-boot-starter-jdbc支持JDBC数据库7spring-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
- 官方命名空间 - 前缀:spring-boot-starter-- 模式:spring-boot-starter-模块名- 举例:spring-boot-starter-web、spring-boot-starter-actuator、spring-boot-starter-jdbc
- 自定义命名空间 - 后缀:-spring-boot-starter- 模式:模块-spring-boot-starter- 举例:mybatis-spring-boot-starter
3. 自定义Spring Boot Starter
如果你想要自己创建一个 starter,那么基本上包含以下几步
3.1 根据 starter 命名规范创建一个 spring boot 项目
创建一个名为
config-spring-boot-starter
的 spring boot 项目
3.2 在 pom.xml 文件中引入依赖
<!-- 自动配置依赖 --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-autoconfigure</artifactId></dependency><!-- 将被@ConfigurationProperties注解的类的属性注入到元数据 --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-configuration-processor</artifactId><optional>true</optional></dependency><!-- starter非必须依赖,使用到了可以添加 --><dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId><optional>true</optional></dependency>
3.3 编写
ConfigInfo.java
、
ConfigService.java
、
ConfigServiceImpl.java
ConfigInfo 配置信息类,用于封装配置信息。
@Data@BuilderpublicclassConfigInfoimplementsSerializable{privatestaticfinallong serialVersionUID =-2878523532668902073L;/**
* ID
*/privateString id;/**
* IP地址
*/privateString ip;}
ConfigService 示例业务接口,这里我们定义了一个
configInfo
接口,用于获取配置信息。
publicinterfaceConfigService{/**
* 获取配置信息
*
* @return {@link ConfigInfo}
*/ConfigInfoconfigInfo();}
ConfigServiceImpl 业务逻辑实现类,用于实现功能。
publicclassConfigServiceImplimplementsConfigService{/**
* ID
*/privateString id;/**
* ip
*/privateString ip;/**
* 构造函数
*
* @param id ID
* @param ip IP
*/publicConfigServiceImpl(String id,String ip){this.id = id;this.ip = ip;}/**
* 获取配置信息
*
* @return {@link ConfigInfo}
*/@OverridepublicConfigInfoconfigInfo(){returnConfigInfo.builder().id(this.id).ip(this.ip).build();}}
3.4 编写ConfigProperties.java
创建一个配置文件读取类 ConfigurationProperties 用于保存配置信息(如果你的项目不使用配置信息则可以跳过这一步,不过这种情况非常少见)
@ConfigurationProperties
注解使开发人员可以轻松地将整个文件
.properties
和
yml
文件映射到一个对象中。编写Properties,应使用唯一的名称空间。不要使用
Spring Boot
的名称空间(如server,management,spring等)。所以应在所有配置键前面加上自己的名称空间。如我们这里使用的是
com.jourwon.config
作为配置名称空间。
@Data@ConfigurationProperties(value ="com.jourwon.config")publicclassConfigProperties{/**
* ID标识
*/privateString id;/**
* IP地址
*/privateString ip;}
3.5 编写ConfigAutoConfiguration.java
创建一个 AutoConfiguration,编写带有
@Configuration
的配置类,并添加
@EnableConfigurationProperties
注解,
@EnableConfigurationProperties
作用是为了使
@ConfigurationProperties
注解的类生效。
@Slf4j@Configuration@EnableConfigurationProperties(value =ConfigProperties.class)publicclassConfigAutoConfiguration{@ResourceprivateConfigProperties properties;/**
* 配置ExampleService
*
* @return {@link ConfigService}
*/@Bean@ConditionalOnMissingBeanpublicConfigServiceconfigService(){
log.info("Config ConfigService Start...");ConfigService service =newConfigServiceImpl(properties.getId(), properties.getIp());
log.info("Config ConfigService End.");return service;}}
3.6 编写spring.factories
在
resources/META-INF/
下创建
spring.factories
文件,并且把上一步创建的
AutoConfiguration
类加入
spring.factories
配置文件中
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.jourwon.spring.boot.config.ConfigAutoConfiguration
3.7 发布自定义 starter
在自定义 starter 项目根目录执行
mvn install
进行打包安装
3.8 测试自定义 starter
3.8.1 添加config-spring-boot-starter依赖
<properties><config-spring-boot-starter.version>1.0.0</config-spring-boot-starter.version></properties><dependencies><dependency><groupId>com.jourwon.spring.boot</groupId><artifactId>config-spring-boot-starter</artifactId><version>${config-spring-boot-starter.version}</version></dependency><!-- spring-boot-starter-web --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><!-- fastjson --><dependency><groupId>com.alibaba</groupId><artifactId>fastjson</artifactId></dependency></dependencies>
3.8.2 配置application.yml
IDE 提示
在使用官方
starter
的时候,我们可以发现
IDE
可以进行提示
在
application.yml
配置文件添加如下配置
# 自定义starter相关配置com:jourwon:config:id: 23145fdb-7427-42d1-ae29-a67f5be30d02
ip: 127.0.0.1
3.8.3 编写 ConfigInfoController.java
@RestControllerpublicclassConfigInfoController{@ResourceprivateConfigService configService;@GetMapping("/configInfo")publicStringconfigInfo(){return JSON.toJSONString(configService.configInfo());}}
3.8.4 启动测试
打开浏览器,输入 http://127.0.0.1:8080/configInfo ,你将会看到我们配置的内容。
4. Spring Boot Starter原理
首先说说原理,我们知道使用一个公用的starter的时候,只需要将相应的依赖添加的Maven的配置文件当中即可,免去了自己需要引用很多依赖类,并且SpringBoot会自动进行类的自动配置。
在导入的starter之后,SpringBoot主要帮我们完成了两件事情:
- 相关组件的自动导入
- 相关组件的自动配置
这两件事情统一称为SpringBoot的自动配置
那么 SpringBoot 是如何知道要实例化哪些类,并进行自动配置的呢? 下面简单说一下。
首先,SpringBoot 在启动时会去依赖的starter包中寻找
resources/META-INF/spring.factories
文件,然后根据文件中配置的Jar包去扫描项目所依赖的Jar包,这类似于 Java 的 SPI 机制。
第二步,根据
spring.factories
配置加载
AutoConfigure
类。
最后,根据
@Conditional
注解的条件,进行自动配置并将Bean注入Spring Context 上下文当中。
我们也可以使用
@ImportAutoConfiguration({MyServiceAutoConfiguration.class})
指定自动配置哪些类。
4.1 自动配置原理
4.1.1 自动配置类的获取与注入
我们从主程序入口来探索一下整个过程的原理:
//标注这个类是一个springboot的应用@SpringBootApplicationpublicclassCommunityApplication{publicstaticvoidmain(String[] args){//将springboot应用启动SpringApplication.run(CommunityApplication.class, args);}}
@SpringBootApplication
注解内部结构如下图所示:
AutoConfigurationImportSelector
:重点看该类中重写的selectImports方法,看下它返回的字符串数组是如何得来的:
我们可以去到上边提到的
spring.factories
文件中去看一下,找到spring官方提供的
spring-boot-autoconfigure
包,在其下去找一下该文件:
可以看到这个就是SpringBoot官方为我们提供的所有自动配置类的候选列表。我们可以在其中找到一个我们比较熟悉的自动配置类去看一下它内部的实现:
可以看到这些一个个的都是JavaConfig配置类,而且都通过
@Bean
注解向容器中注入了一些Bean
结论:
- SpringBoot在启动的时候从类路径下的
META-INF/spring.factories
中获取EnableAutoConfiguration指定的所有自动配置类的全限定类名 - 将这些自动配置类导入容器,自动配置类就生效,帮我们进行自动配置工作;
- 整个J2EE的整体解决方案和自动配置都在
spring-boot-autoconfigure
的jar包中; - 它会给容器中导入非常多的自动配置类 (xxxAutoConfiguration), 就是给容器中导入这个场景需要的所有组件,并配置好这些组件 ;
- 有了自动配置类,免去了我们手动编写配置注入功能组件等的工作;
4.1.2 自动配置的过程
自动配置类被注入到容器当中后,会帮我们进行组件的自动配置和自动注入的工作,我们以HttpEncodingAutoConfiguration(Http编码自动配置)为例解释这个过程:
首先我们先看下SpringBoot中配置文件与POJO类之间映射的方法,这是进行自动配置的基础。
配置集中化管理:SpringBoot中所有可配置项都集中在一个文件中(application.yml),这个文件中的配置通过
@ConfigurationProperties
注解来与我们程序内部定义的POJO类来产生关联,这些POJO类统一命名为
xxxProperties
,并且这些
xxxProperties
类中各个属性字段都有自己的默认值,这也是SpringBoot约定大于配置理念的体现,尽可能减少用户做选择的次数,但同时又不失灵活性。只要我们想,配置文件中的配置随时可以覆盖默认值。
之后,通过配合
@EnableConfigurationProperties
注解,就可以自动将与配置文件绑定好的这个类注入到容器中供我们使用。
自动配置类的工作流程:
- 根据限定的条件向容器中注入组件
- 使用xxxProperties对注入的组件的相关属性进行配置
//表示这是一个配置类,和以前编写的配置文件一样,也可以给容器中添加组件;@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)publicclassHttpEncodingAutoConfiguration{//该类已经与配置文件绑定了privatefinalHttpProperties.Encoding properties;//构建该自动配置类时将与配置文件绑定的配置类作为入参传递进去publicHttpEncodingAutoConfiguration(HttpProperties properties){this.properties = properties.getEncoding();}@Bean@ConditionalOnMissingBeanpublicCharacterEncodingFiltercharacterEncodingFilter(){CharacterEncodingFilter filter =newOrderedCharacterEncodingFilter();//注入bean时使用配置类中属性的值进行初始化,相当于将配置文件中的值映射到了组件的某些属性上
filter.setEncoding(this.properties.getCharset().name());
filter.setForceRequestEncoding(this.properties.shouldForce(Type.REQUEST));
filter.setForceResponseEncoding(this.properties.shouldForce(Type.RESPONSE));//注入配置好的beanreturn filter;}}
一句话总结下自动配置类的工作过程 :
- 首先容器会根据当前不同的条件判断,决定这个配置类是否生效!
- 一但这个配置类生效;这个配置类就会给容器中添加相应组件;
- 这些组件的属性是从对应的properties类中获取的,这些类里面的每一个属性又是和配置文件绑定的;
- 所有在配置文件中能配置的属性都是在xxxxProperties类中封装着,配置文件可以配置什么内容,可以参照该前缀对应的属性类中的属性字段
//从配置文件中获取指定的值和bean的属性进行绑定@ConfigurationProperties(prefix ="spring.http")publicclassHttpProperties{// .....}
4.2 Spring Boot自动配置使用总结
- 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的情况下,用来指定首选的Bean8@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.DataSourceAutoConfigurationUnconditional classes:----------------------org.springframework.boot.autoconfigure.context.ConfigurationPropertiesAutoConfigurationorg.springframework.boot.actuate.autoconfigure.endpoint.jmx.JmxEndpointAutoConfigurationorg.springframework.boot.actuate.autoconfigure.health.HealthIndicatorAutoConfigurationorg.springframework.boot.actuate.autoconfigure.info.InfoContributorAutoConfiguration
版权归原作者 ThinkWon 所有, 如有侵权,请联系我们删除。