Java --- springboot3依赖管理和自动配置机制

目录

一、依赖管理机制

二、自动配置机制 

三、自动配置流程


一、依赖管理机制

、为什么导入starter-web所有相关依赖都导入进来?

①、开发什么场景,导入什么场景启动器。

②、maven依赖传递原则。A-B-C: A就拥有B和C

③、导入 场景启动器。 场景启动器 自动把这个场景的所有核心依赖全部导入进来

为什么版本号都不用写?

每个boot项目都有一个父项目spring-boot-starter-parent

parent的父项目是spring-boot-dependencies

父项目 版本仲裁中心,把所有常见的jar的依赖版本都声明好了。

比如:mysql-connector-j

自定义版本号

利用maven的就近原则

    直接在当前项目properties标签中声明父项目用的版本属性的key

    直接在导入依赖的时候声明版本

第三方的jar包

boot父项目没有管理的需要自行声明好



    com.alibaba
    druid
    1.2.16

Java --- springboot3依赖管理和自动配置机制_第1张图片

二、自动配置机制 

自动配置的 Tomcat、SpringMVC 等

​​​​​​​导入场景,容器中就会自动配置好这个场景的核心组件。

以前:DispatcherServlet、ViewResolver、CharacterEncodingFilter....

现在:自动配置好的这些组件

验证:容器中有了什么组件,就具有什么功能

 public static void main(String[] args) {
        //Java10 局部变量类型的自动推断
        var run = SpringApplication.run(Boot301Application.class, args);
        //获取容器中所有组件的名字
        String[] names = run.getBeanDefinitionNames();
        //遍历循环
        for (String name:names){
            System.out.println(name);
        }
    }

默认的包扫描规则

​​​​​​​@SpringBootApplication 标注的类就是主程序类

​​​​​​​SpringBoot只会扫描主程序所在的包及其下面的子包,自动的component-scan功能

​​​​​​​自定义扫描路径

   @SpringBootApplication(scanBasePackages = "com.cjc")

   ​​​​​​​@ComponentScan("com.cjc") 直接指定扫描的路径

配置默认值

​​​​​​​配置文件的所有配置项是和某个类的对象值进行一一绑定的。

绑定了配置文件中每一项值的类: 属性类

比如:①、​​​​​​​ServerProperties绑定了所有Tomcat服务器有关的配置。

②、​​​​​​​MultipartProperties绑定了所有文件上传相关的配置。

③、参照官方文档:或者参照 绑定的 属性类

按需加载自动配置

1、导入场景spring-boot-starter-web

2、场景启动器除了会导入相关功能依赖,导入一个spring-boot-starter,是所有starterstarter,基础核心starter

3、​​​​​​​spring-boot-starter导入了一个包 spring-boot-autoconfigure。包里面都是各种场景的AutoConfiguration自动配置类

4、虽然全场景的自动配置都在 spring-boot-autoconfigure这个包,但是不是全都开启的。

导入哪个场景就开启哪个自动配置

总结: 导入场景启动器、触发 spring-boot-autoconfigure这个包的自动配置生效、容器中就会具有相关场景的功能

Java --- springboot3依赖管理和自动配置机制_第2张图片

三、自动配置流程

1、导入starter-web:导入了web开发场景

  • 1、场景启动器导入了相关场景的所有依赖:starter-jsonstarter-tomcatspringmvc
  • 2、每个场景启动器都引入了一个spring-boot-starter,核心场景启动器。
  • 3、核心场景启动器引入了spring-boot-autoconfigure包。
  • 4、spring-boot-autoconfigure里面囊括了所有场景的所有配置。
  • 5、只要这个包下的所有类都能生效,那么相当于SpringBoot官方写好的整合功能就生效了。
  • 6、SpringBoot默认却扫描不到 spring-boot-autoconfigure下写好的所有配置类。(这些配置类给我们做了整合操作),默认只扫描主程序所在的包

2、主程序@SpringBootApplication

  • 1、@SpringBootApplication由三个注解组成@SpringBootConfiguration@EnableAutoConfiguratio@ComponentScan
  • 2、SpringBoot默认只能扫描自己主程序所在的包及其下面的子包,扫描不到 spring-boot-autoconfigure包中官方写好的配置类
  • 3、@EnableAutoConfiguration:SpringBoot 开启自动配置的核心
    • 1. 是由@Import(AutoConfigurationImportSelector.class)提供功能:批量给容器中导入组件。
    • 2. SpringBoot启动会默认加载 142个配置类。
    • 3. 这142个配置类来自于spring-boot-autoconfigureMETA-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件指定的
    • 项目启动的时候利用 @Import 批量导入组件机制把 autoconfigure 包下的142 xxxxAutoConfiguration类导入进来(自动配置类
    • 虽然导入了142个自动配置类
  • 4、按需生效:
    • 并不是这142个自动配置类都能生效
    • 每一个自动配置类,都有条件注解@ConditionalOnxxx,只有条件成立,才能生效

3、xxxxAutoConfiguration自动配置类

  • 1、给容器中使用@Bean 放一堆组件。
  • 2、每个自动配置类都可能有这个注解@EnableConfigurationProperties(ServerProperties.class),用来把配置文件中配的指定前缀的属性值封装到 xxxProperties属性类
  • 3、以Tomcat为例:把服务器的所有配置都是以server开头的。配置都封装到了属性类中。
  • 4、给容器中放的所有组件的一些核心参数,都来自于xxxPropertiesxxxProperties都是和配置文件绑定。
  • 只需要改配置文件的值,核心组件的底层参数都能修改

4、写业务,全程无需关心各种整合(底层这些整合写好了,而且也生效了)

核心流程总结:

1、导入starter,就会导入autoconfigure包。

2、autoconfigure 包里面 有一个文件 META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports,里面指定的所有启动要加载的自动配置类

3、@EnableAutoConfiguration 会自动的把上面文件里面写的所有自动配置类都导入进来。xxxAutoConfiguration 是有条件注解进行按需加载

4、xxxAutoConfiguration给容器中导入一堆组件,组件都是从 xxxProperties中提取属性值

5、xxxProperties又是和配置文件进行了绑定

效果:导入starter、修改配置文件,就能修改底层行为。

你可能感兴趣的:(springboot3,java,spring,boot,spring)