目录
一、依赖管理机制
二、自动配置机制
三、自动配置流程
一、依赖管理机制
🚕、为什么导入
starter-web所有相关依赖都导入进来？①、开发什么场景，导入什么场景启动器。
②、maven依赖传递原则。A-B-C： A就拥有B和C
③、导入 场景启动器。 场景启动器 自动把这个场景的所有核心依赖全部导入进来
🛺、为什么版本号都不用写？
每个boot项目都有一个父项目
spring-boot-starter-parentparent的父项目是
spring-boot-dependencies父项目 版本仲裁中心，把所有常见的jar的依赖版本都声明好了。
比如：
mysql-connector-j🚙、自定义版本号
利用maven的就近原则
直接在当前项目
properties标签中声明父项目用的版本属性的key直接在导入依赖的时候声明版本
🛻、第三方的jar包
boot父项目没有管理的需要自行声明好
<!-- https://mvnrepository.com/artifact/com.alibaba/druid --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.2.16</version> </dependency>
二、自动配置机制
🛻、自动配置的 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-web2、场景启动器除了会导入相关功能依赖，导入一个
spring-boot-starter，是所有starter的starter，基础核心starter3、
spring-boot-starter导入了一个包spring-boot-autoconfigure。包里面都是各种场景的AutoConfiguration自动配置类4、虽然全场景的自动配置都在
spring-boot-autoconfigure这个包，但是不是全都开启的。导入哪个场景就开启哪个自动配置
总结： 导入场景启动器、触发
spring-boot-autoconfigure这个包的自动配置生效、容器中就会具有相关场景的功能
三、自动配置流程
1、导入
starter-web：导入了web开发场景
- 1、场景启动器导入了相关场景的所有依赖：
starter-json、starter-tomcat、springmvc- 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-autoconfigure下META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports文件指定的- 项目启动的时候利用 @Import 批量导入组件机制把
autoconfigure包下的142xxxxAutoConfiguration类导入进来（自动配置类）- 虽然导入了
142个自动配置类
- 4、按需生效：
- 并不是这
142个自动配置类都能生效- 每一个自动配置类，都有条件注解
@ConditionalOnxxx，只有条件成立，才能生效3、
xxxxAutoConfiguration自动配置类
- 1、给容器中使用@Bean 放一堆组件。
- 2、每个自动配置类都可能有这个注解
@EnableConfigurationProperties(ServerProperties.class)，用来把配置文件中配的指定前缀的属性值封装到xxxProperties属性类中- 3、以Tomcat为例：把服务器的所有配置都是以
server开头的。配置都封装到了属性类中。- 4、给容器中放的所有组件的一些核心参数，都来自于
xxxProperties。xxxProperties都是和配置文件绑定。- 只需要改配置文件的值，核心组件的底层参数都能修改
4、写业务，全程无需关心各种整合（底层这些整合写好了，而且也生效了）
核心流程总结：
1、导入
starter，就会导入autoconfigure包。2、
autoconfigure包里面 有一个文件META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports,里面指定的所有启动要加载的自动配置类3、@EnableAutoConfiguration 会自动的把上面文件里面写的所有自动配置类都导入进来。xxxAutoConfiguration 是有条件注解进行按需加载
4、
xxxAutoConfiguration给容器中导入一堆组件，组件都是从xxxProperties中提取属性值5、
xxxProperties又是和配置文件进行了绑定文章来源：https://www.toymoban.com/news/detail-471090.html效果：导入
starter、修改配置文件，就能修改底层行为。文章来源地址https://www.toymoban.com/news/detail-471090.html
到了这里，关于Java --- springboot3依赖管理和自动配置机制的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
