进阶篇-SpringBoot2.x自定义starter启动器

1、本篇前言

Spring Boot为我们提供了简化企业级开发绝大多数场景的
starter pom【比如springb-boot-starter-web,springb-boot-starter-jdbc等】， 使用应用场景所需要的starter pom，只需要引入对应的starter，即可以得到Spring Boot为我们提供的自动配置的Bean。
然而，可能在很多情况下，我们需要自定义stater，这样可以方便公司内部系统调用共同的配置模块的时候可以自动进行装载配置。比如公司的很多内部系统都有认证授权模块、以及基于AOP实现的日志切面等，这些技术在不同的项目中逻辑基本相同，而这些功能可以通过starter自动配置的形式进行配置，即可达到可复用的效果。

（1）Starter的概念

SpringBoot之所以大大地简化了我们的开发，用到的一个很重要的技术就是Starter机制！
Starter机制抛弃了以前xml中繁杂的配置，将各种配置统一集成进了Starter中，开发人员只需要在maven中引入Starter依赖，SpringBoot就能自动扫描出要加载的配置信息并按相应的默认配置来启动项目。
所以Starter可以理解为一个可拔插式的插件，提供了一系列便利的依赖描述符，使得我们可以获得所需的所有Spring和相关技术的一站式服务。应用程序只需要在maven中引入Starter依赖，SpringBoot就能自动扫描到要加载的信息并启动相应的默认配置，我们可以把Starter看做是Springboot的场景启动器。

（2）Starter的优点

• Starter可以让我们摆脱开发过程中对各种依赖库的冲突处理。
• 可以简化原有xml中各种负载的配置信息。
• SpringBoot提供了针对一般研发中各种场景的spring-boot-starter依赖，所有这些依赖模块都遵循着约定成俗的默认配置(”约定大于配置“)，并允许我们调整这些配置。Starter的出现极大的帮助开发者们从繁琐的框架配置中解放出来，从而更专注于业务代码。

（3）自定义Starter的场景

在我们的日常开发工作中，经常会有一些独立于业务之外的配置模块，我们经常将其放到一个特定的包下，然后如果另一个工程需要复用这块功能的时候，只需要将其在pom中引用依赖即可，利用SpringBoot为我们完成自动装配即可。

常见的自定义Starter场景比如:

• 动态数据源
• 登录模块
• 基于AOP技术实现日志切面
• …

（4）自定义Starter命名规范

SpringBoot官方建议其官方推出的starter以spring-boot-starter-xxx的格式来命名，而第三方开发者自定义的starter则以xxxx-spring-boot-starter的规则来命名，比如 mybatis-spring-boot-starter。

（5）自定义starter中几个重要注解

• @Configuration: 表明此类是一个配置类，将变为一个bean被Spring进行管理。
• @EnableConfigurationProperties: 启用属性配置，将读取指定类里面的属性。
• @ConditionalOnClass: 当类路径下面有指定的类时，进行自动配置。
• @ConditionalOnProperty