springboot起步依赖和自动配置原理分析

一、springboot起步依赖
1、首先springboot项目创建成功之后我们会看到在pom文件中会继承一个依赖，如下图所示：

此时我们进入spring-boot-starter-parent依赖包，会发现在此pom文件中又会继承一个依赖包spring-boot-dependencies，如图所示：

我们先看一下spring-boot-starter-parent依赖包中的内容，在pom.xml中我们会看到这些配置（只叠取到重要部分）,在项目工程中找到src下面的main下面的resources会引入三种类型的配置文件，.yml、.yaml、.properties三种配置文件，我们任选其中的一种类型的配置，在配置文件中配置我们项目中需要的一些配置即可，默认不配置也是可以的。
注意：配置文件的加载顺序是先加载yml文件，然后yaml，最后properties，所以如果存在覆盖（即有相同属性的配置），properties文件的配置会覆盖前两者。

继续看下面spring-boot-starter-dependencies依赖包中的内容，在pom.xml中我们会看到这些配置（只叠取到重要部分）,我们可以很清晰的看到在这个pom文件中主要管理的是一些依赖组件的相关版本号。即解决了原有项目spring中可能存在依赖版本冲突的问题，也体现了springboot的优点，（解决原有版本冲突问题、配置简单，可以让开发人员不必在配置与逻辑业务之间进行思维的切换，全身心的投入到逻辑业务的代码编写中，从而大大提高了开发效率，也可以缩短项目周期。）

在继承spring-boot-starter-parent的同时，还需要导入相应的spring-boot-starter-web依赖，我么进入看一下里面的内容如下：

 
    
      org.springframework.boot
      spring-boot-starter
      2.5.5
      compile
    
    
      org.springframework.boot
      spring-boot-starter-json
      2.5.5
      compile
    
    
      org.springframework.boot
      spring-boot-starter-tomcat
      2.5.5
      compile
    
    
      org.springframework
      spring-web
      5.3.10
      compile
    
    
      org.springframework
      spring-webmvc
      5.3.10
      compile
    
  

它帮我们导入了web模块正常运行所依赖的组件，这些依赖的版本则有父类进行管理。
总结：在起步依赖上，spring boot帮我们管理了各个依赖的版本，使各个依赖不会出现版本冲突，不需要导入大量的依赖组件，只要引入起步依赖的坐标就可以进行web开发了，大大提高了开发效率。
二、springboot的自动配置
1、springboott每一个启动类上都需要加上解@SpringBootApplication的注解，所以来看下它的源码。

源码中有一个@SpringBootApplication的注解，我们可以继续进入源码看一下此注解：

我们可以清除的看到@Configuration注解，这个注解就是我们之前学spring时候的一个注解，该注解的意思就是标志着该类就是一个spring的配置类，所以在这里@SpringBootApplication和@Configuration是等价的。
2、@EnableAutoConfiguration注解 ，根据字面意思可以得出就是启用自动配置，是自动装配的核心注解。
首先我们研究一下@AutoConfigurationPackage注解：

该注解导入了一个AutoConfigurationPackages.Registrar.class组件，下面就是AutoConfigurationPackages.Registrar.class的源码：

通过查看源码可以得到@AutoConfigurationPackage的作用：Registrar方法会扫描启动类所在包及其子包下的组件，并注入到IOC的容器中。
然后我们继续看下一个@import(AutoConfigurationimportSelector.class)。
首先继续查看AutoConfigurationimportSelector源码，主要关注的方法getCandidateConfigurations，下面就是getCandidateConfigurations方法的源码：

protected List getCandidateConfigurations(Annotationmetadata metadata, AnnotationAttributes attributes) {
		List configurations = SpringFactoriesLoader.loadFactoryNames(getSpringFactoriesLoaderFactoryClass(),
				getBeanClassLoader());
		Assert.notEmpty(configurations, "No auto configuration classes found in meta-INF/spring.factories. If you "
				+ "are using a custom packaging, make sure that file is correct.");
		return configurations;
	}

在源码中可以看到loadFactoryNames方法，我们继续进入这个方法进行查看，下面是和loadFactoryNames相关的方法源码：

public static List loadFactoryNames(Class factoryType, @Nullable ClassLoader classLoader) {
        ClassLoader classLoaderToUse = classLoader;
        if (classLoader == null) {
            classLoaderToUse = SpringFactoriesLoader.class.getClassLoader();
        }

        String factoryTypeName = factoryType.getName();
        return (List)loadSpringFactories(classLoaderToUse).getOrDefault(factoryTypeName, Collections.emptyList());
    }

    private static Map> loadSpringFactories(ClassLoader classLoader) {
        Map> result = (Map)cache.get(classLoader);
        if (result != null) {
            return result;
        } else {
            HashMap result = new HashMap();

            try {
                Enumeration urls = classLoader.getResources("meta-INF/spring.factories");

                while(urls.hasMoreElements()) {
                    URL url = (URL)urls.nextElement();
                    UrlResource resource = new UrlResource(url);
                    Properties properties = PropertiesLoaderUtils.loadProperties(resource);
                    Iterator var6 = properties.entrySet().iterator();

                    while(var6.hasNext()) {
                        Entry entry = (Entry)var6.next();
                        String factoryTypeName = ((String)entry.getKey()).trim();
                        String[] factoryImplementationNames = StringUtils.commaDelimitedListToStringArray((String)entry.getValue());
                        String[] var10 = factoryImplementationNames;
                        int var11 = factoryImplementationNames.length;

                        for(int var12 = 0; var12 < var11; ++var12) {
                            String factoryImplementationName = var10[var12];
                            ((List)result.computeIfAbsent(factoryTypeName, (key) -> {
                                return new ArrayList();
                            })).add(factoryImplementationName.trim());
                        }
                    }
                }

                result.replaceAll((factoryType, implementations) -> {
                    return (List)implementations.stream().distinct().collect(Collectors.collectingAndThen(Collectors.toList(), Collections::unmodifiableList));
                });
                cache.put(classLoader, result);
                return result;
            } catch (IOException var14) {
                throw new IllegalArgumentException("Unable to load factories from location [meta-INF/spring.factories]", var14);
            }
        }
    }

看完此方法方法后，就很容易发现，首先读取类路径下的配置文件，然后循环遍历URL集合，并将URL加载为resource后读取成propertis对象，最后将键和值存入HashMap中并返回。
根据类的配置文件：meta-INF/spring.factories这个文件中有一些自动配置信息的类，此文件（meta-INF/spring.factories）的路径就是当前类（org.springframework.boot.autoconfigure）所在的位置下面有该自动配置信息类的一些文件。如图所示：

在上图有一个spring-configuration-metadata.json文件，这些就是springboot默认自动配置的一些信息，比如以springboot嵌入式服务器端口为例，下图就是默认的端口号信息：

我们知道创建好的springboot项目在启动之后默认的服务器端口后为8080，如果需要修改自定义的端口号，我们只需要在.yml、.yaml、.properties三种配置文件中配置我们自己定义的端口号即可覆盖默认的端口号：这里我以我的.yml文件举例：

3、@ComponentScan注解，该注解的意思就是主键扫描，因为springboot是基于约定的，所以会扫描springboot启动类所在包及所有子包都会进行扫描。
希望这篇博客对大家能有所帮助。如果各位大佬看到有什么不合适的地方希望能给我指点指点！！！！