依赖管理

• 父项目做依赖管理：
  依赖管理：声明了所有开发中常用的依赖的版本号，自动版本仲裁机制。（依赖传递性原则）

依赖管理（在入门的项目中使用下面这一段代码即可，starter是一组开发依赖的集合）
<parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.3.4.RELEASE</version>
</parent>

他的父项目
 <parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-dependencies</artifactId>
    <version>2.3.4.RELEASE</version>
  </parent>

  

 

  
1
  
2
  
3
  
4
  
5
  
6
  
7
  
8
  
9
  
10
  
11
  
12
  
13
 

声明了所有开发中常用的依赖的版本号，自动版本仲裁机制。
如果有一天对仲裁的版本不满意，那么在xml文件中写一段把自己想要的版本放入代码中即可，可以自定义修改版本号。
修改版本号步骤：
查看spring-boot-dependencies里面规定的当前依赖的版本用的key。
然后在项目里面重写配置即可。如下面代码所示修改了mysql的版本号。

<properties>
        <mysql.version>5.1.43</mysql.version>
    </properties>

  

 

  
1
  
2
  
3
 

• 开发导入starter场景启动器

1、见到很多 spring-boot-starter-* ： *就是代表某种场景
例如：spring-boot-starter-web等。

2、只要引入starter，这个场景的所有常规需要的依赖我们都自动引入。

3、SpringBoot所有支持的场景，可以参考springboot的官方文档，除此之外还有第三方starter，如果还有其他场景可以使用自己创建的starter或第三方starter等。

https://docs.spring.io/spring-boot/docs/current/reference/html/using-spring-boot.html#using-boot-starter

  

 

  
1
 

4、见到的 *-spring-boot-starter： 一般这样的写法是第三方为我们提供的简化开发的场景启动器。

5、对于所有的starter场景启动器最底层的依赖，这个就是springboot最核心的底层依赖。

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter</artifactId>
  <version>2.3.4.RELEASE</version>
  <scope>compile</scope>
</dependency>

  

 

  
1
  
2
  
3
  
4
  
5
  
6
 

• 以后引用默认依赖可以不写版本号。
• 但引入非版本仲裁的jar需要写清楚依赖的版本号。

自动配置

SpringBoot自动配置：

• 自动配置好Tomcat
  1、引入Tomcat依赖。
  2、配置Tomcat。

• 自动配置好SpringMVC开发的全套组件
  1、引入SpringMVC全套组件。
  2、自动配好SpringMVC常用组件（功能）
  在以前web.xml中以前要自己配置很多SpringMVC的东西。

• 自动配置好Web的常见使用功能，例如字符编码的问题
  1、配置好了Web开发的常见场景功能。

• 默认的包结构
  1、主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来，无需以前的包扫描配置
  2、想要改变扫描路径
  @SpringBootApplication(scanBasePackages=“com.atguigu”)
  或者@ComponentScan 指定扫描路径，这个时候可以改变包的扫描路径，主程序外的包也可以运行了。
  同时注意到：

@SpringBootApplication
等同于以下三个
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan("com.atguigu.boot")

  

 

  
1
  
2
  
3
  
4
  
5
 

• 各种配置拥有默认值
  1、默认配置最终都是映射到某个类上如：MultipartProperties
  2、配置文件的值最终会绑定每个类上，这个类会在容器中创建对象

• 按需加载所有自动配置项
  1、非常多的starter，但是只会打开引入哪个场景所对应的配置，在starter中有一个包叫做autoconfigure，所有的场景配置都写在里面了。

文章来源: blog.csdn.net，作者：洲的学习笔记，版权归原作者所有，如需转载，请联系作者。

原文链接：blog.csdn.net/weixin_51484460/article/details/119188333