SpringBoot原理-06.自动配置-案例(自定义starter分析)

一.自定义starter

所谓starter，就是指springboot环境中的起步依赖。在springboot中已经为我们提供了很多起步依赖，为什么我们还要自定义起步依赖呢？那是因为我们出来使用springboot为我们提供的起步依赖以外，还要使用一些第三方依赖，这些第三方依赖很多并没有整合与springboot整合的起步依赖。但是这些技术很通用，如aliyun-oss对象存储服务。但是阿里云官方并没有给我们提供对应的起步依赖，那这样使用起来就很繁琐。因此我们要自定义aliyun-oss-starter，以方便我们在当前项目和其他项目中直接使用。
我们当前的spring项目中引入了很多起步依赖以及自动配置文件。比如我们要进行web开发会引入spring-boot-starter-web，使用mybatis会引入mybatis-spring-boot-starter，使用pagehelper会引入pagehelper-spring-boot-starter。在命名是有这样一个规范：

        如果使用SpringBoot官方提供的依赖，那么就是spring开头，功能结尾。

        如果使用第三方技术提供的，那么就是第三方技术在前，然后是spring-boot-starter。

我们找到mybatis-spring-boot-starter起步依赖，发现里面没有Java代码，只有配置文件pom.xml，这个起步依赖就是将mybatis开发所需要的依赖配置到了配置文件当中。这里面配置的依赖都是mybatis开发所需要的。这些依赖中有一个比较特殊，就是autoconfigure。

在这项依赖中，就提供了自动配置类，在自动配置类中声明了bean对象。

 这些配置类配置好后是如何被spring项目在启动好加载到，从而完成自动配置呢？springboot在启动的时候，会加载一份配置文件，如果是老版本加载spring.factories，新版本会加载autoconfiguration.imports文件。所以自动配置类配置好后，就可以在以上两份文件中来配置这个自动配置类。配置好后就会被加载到并通过@Import注解直接加载到IOC容器当中。

 因此总结上面的：在自定义starter的时候，按照规范要定义两个模块，第一个是starter模块，这个模块什么都没做，仅仅做了依赖管理，把当前程序开发所需要的所有依赖都定义到这个starter起步依赖中。在starter中还引入了一个包，autoconfigure这个包，这个包当中完成自动配置操作。最终在starter当中要将autoconfigure这个自动配置的包引入进来，将来在项目中进行功能开发只需要引入starter这么一个起步以来即可，因为它会将autoconfigure自动配置的依赖传递下来。

二.案例需求