前言
在目前的Spring Boot框架中,不管是Spring Boot官方还是非官方,都提供了非常多的starter系列组件,助力开发者在企业应用中的开发,提升研发人员的工作效率,Spring Boot框架提出的约定大于配置的规则,确实帮助开发者简化了以前Spring MVC时代的很多繁杂的配置。让开发者用起来也是非常爽的。
尽管Spring Boot或者一些开源组件已经帮助我们提供了非常多的starter组件,在满足日常的开发中,已经完全没有问题了。但有时候因为需求的可变性,导致企业架构也会随着调整,那么在Spring Boot框架中,官方或开源的第三方starter肯定不能满足企业内部研发人员的要求,这时候就需要开发者自定义企业内部的starter了。
企业或个人自定义Spring Boot的starter组件主要从哪些方面来入手呢,或者什么时候需要自定义starter组件?我个人认为主要有以下几个方面:
- 规范企业内部编码流程,统一各个技术中间件的代码规范
- 减少不同类型中间件的使用成本,提升研发人员的研发工作效率
- 减少冗余代码的使用,统一封装,统一管理。
- 屏蔽中间件底层细节,暴露配置属性及方法,减少学习使用成本
- 可能还有更多?
本篇博客结合自身的开发经验以及目前Spring Boot如何配置元数据的官方介绍文档进行结合,进行综合阐述。
Spring Boot官方元数据文档地址:https://docs.spring.io/spring-boot/docs/current/reference/html/appendix-configuration-metadata.html
封装Spring Boot的starter范围可以是一组规范的业务方法,也可以是通用的中间件底层。开发者通过封装,一定程度上也能起到规范企业编码的作用,同时也能组合复用公共业务逻辑。
那么我们在自定义Spring Boot框架的starter组件时,我们需要准备什么呢?
我认为主要包含以下几个方面:
- 自定义starter的作用
- 命名规范
- 理解Maven或者Gradle依赖包管理的jar包引用传递机制
- 理解Spring Boot框架中基于Java代码的Configuration配置
- 理解Spring Boot框架自动装载的过程
- 学会利用Spring Boot提供的
@Conditional
系列条件注入充分发挥Spring Boot的优点 - 学会如何配置自定义starter组件时对外的属性注释配置,可以参考官方文档
自定义starter的作用
我们在自定义starter组件之前,开发者首先需要想清楚,这个starter组件能带来什么,简化开发?或者复用组件的封装供其他同事使用,不写重复代码等等,这些都是需要思考清楚的。
自定义starter的场景很多,例如:
- 项目中发送短信对接了不同的云服务商,那么可以封装一个短信的starter,屏蔽对接的细节,开发者只需要配置相应的厂商配置信息就可以使用该服务商发送短信了
- OSS存储对接不同的云服务商,例如阿里云、七牛云、腾讯云等等
- 企业内部中间件封装使用,简化开发配置
- more…
根据笔者的经验,我认为自定义的starter的作用无外乎以下几个方面:
- 充分利用Spring的特性,容器/依赖注入特性,将核心的类组件注入容器中,方便开发者通过注入直接获取拿来使用
- 通过属性初始化中间件的流程,屏蔽具体的细节
- …
starter命名规范
根据Spring Boot的官方要求,如果是开发者指定第三方的starter组件,那么命名规范是yourname-spring-boot-starter
拿Knife4j举例说明如下:
<dependency>
<groupId>com.github.xiaoymin</groupId>
<artifactId>knife4j-spring-boot-starter</artifactId>
<!--在引用时请在maven中央仓库搜索2.X最新版本号-->
<version>2.0.8</version>
</dependency>
而Spring Boot官方维护发布的starter名称规范则是:spring-boot-starter-name
例如我们引用最多的web组件,引用maven配置如下:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
jar包引用传递依赖机制
这是自定义封装Spring Boot的starter的前提条件,Gradle笔者并未使用过,这里仅以Maven为例进行阐述说明!
通常我们在封装一个SDK的jar包时,该jar包可能需要引用到第三方的jar包作为依赖包来辅助我们完成对该jar包的封装,但是我们在引用的时候是有讲究的。
针对Spring Boot的自定义starter说到底也是一个jar包,既然是jar包必然会用到第三方的jar(ps:全部都是你写的代码除外),那么我们应该如何明确在starter中的jar包的依赖传递,我认为主要有以下方面:
- 作为第三方组件使用jar包时,明确第三方组件的版本
- 作为编译期间的包,需要修改默认的scope范围值,仅仅在编译期间生效,最终打包后引用不传递
- 自定义封装starter必须引用Spring Boot官方提供的
在定义Spring Boot的第三方starter时,主要用到Maven管理jar包中的两种依赖隔离方式(均可以使用),分别如下:
- 明确使用
<optional>true></optional>
属性来强指定jar包不传递 - 使用
<scope>provided</scope>
仅仅在编译期间有效,jar包依赖性不传递
一般我们在自定义Spring Boot的starter组件时,都需要引用Spring Boot提供给开发者的依赖包,如下:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-autoconfigure</artifactId>
<version>2.3.0.RELEASE</version>
<scope>provided</scope>
</dependency>
当然,你也可以使用optional
模式,如下:
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-autoconfigure</artifactId>
<version>2.3.0.RELEASE</version>
<optional>true</optional>
</dependency>
Java代码方式的Configuration
基于Java编码的方式配置Spring的Bean已经成了目前的主流,这主要也是得益于Spring Boot框架的流行!
在Spring MVC框架流行的时候,开发人员一般都是通过配置XML文件来注入实体Bean的
而通过java编码的方式注入Bean的前提是@Configuration
注解加在一个配置Java实体类上即可,示例如下:
@Configuration
public class MyAutoConfiguration{
//do others...
}
Spring Boot框架的自动装载
对于Spring Boot框架自定义的starter组件来说,提供的使用方式而言,我认为目前主要有3种方式,这个主要看封装starter组件的作者如何开放来定
手工@Import
导入
第一种情况:使用者使用@Import
注解将封装的starter组件的Java编码Configuration配置文件进行导入
假设目前封装的一个简单的Configuration配置如下:
@Configuration
public class DemoAuthConfiguration {
@Bean
public DemoClient demoClient(){
return new DemoClient();
}
}
开发者通过DemoAutoConfiguration.java
向Spring的容器中注入了一个DemoClient
的实体Bean,由于隶属于不同的package包路径,自定义的starter组件包路径是:com.demo.spring
而开发者的项目主目录包路径是:com.test
,所以Spring Boot框架默认是不会加载该配置的,此时,如果开发者要在Spring的容器中获取DemoClient
的实体Bean应该怎么办呢?使用者应该在自己的主配置中使用@Import
注解将该配置导入进来交给Spr