springboot的依赖管理特性与自动配置特性

最新推荐文章于 2023-07-23 19:34:14 发布

究极憨憨

最新推荐文章于 2023-07-23 19:34:14 发布

阅读量884

点赞数 4

本文链接：https://blog.csdn.net/weixin_45622961/article/details/118492780

版权

首先我们要明白
1.什么是springBoot框架
2. 为什么要使用到springBoot框架
————————————————————————————
1.springBoot是简化Spring技术栈的快速开发脚手架。

当我们开发一个较大型的项目需要整合许多技术时，用Spring的话需要编写许多的配置文件，用maven构建的话，还需要导入许多相关的依赖，并且需要注意依赖版本会不会产生冲突等问题。
编写配置文件使程序员的精力没有完全放在业务逻辑的开发上。毕竟对于程序员来说是非常要讲究效率的 😃 。而springBoot 则简化了这些，它的一些特性简化了Spring项目的开发过程，这也是此篇博客要讲的关于springBoot的两个特性。

2.能快速创建出生产级别的Spring应用

有许多的场景启动器 spring-boot-starter-* ，开发中无需导入许多的依赖，只需导入相关的场景启动器即可。如 spring-boot-starter-web 场景启动器，包含了web开发中的相关依赖，并且springBoot有自动版本仲裁机制，不需要关注依赖的版本号。
还有就是 约定大于配置 。在开发中对于一部分配置（比如连接数据库配置）不管是张三来编写还是李四来编写，内容几乎差不多时，那为什么一开始框架中就不配置好呢？所以在springBoot框架中约定的就是各种配置拥有默认值，按需加载所有自动配置项。 当然要改这些默认的配置也是可以的。简化了我们手动去进行一些基本的配置。

总结： 如果说Spring框架是整合一系列java技术而产生的话，那么 SpringBoot是整合Spring技术栈的一站式框架。缺点就是springBoot封装太深，内部原理复杂，不容易精通。还有就是更新迭代得比较快。

1. 依赖管理

springbot项目都要继承起步依赖（父依赖） spring-bootstarter-parent

进入该parent依赖，发现该parent继承了父依赖 org.springframework.boot
进入org.springframework.boot 依赖，发现该依赖导入了许多开发中常用的依赖包，配置了常用的依赖版本号，这是自动版本仲裁机制。
导入starter场景启动器
如： spring-boot-starter-* ，就是指场景选择器。 * 表示什么场景。

在创建一个springBoot项目时，会导入许多的场景启动器，上图中该项目到导入了web开发场景和单元测试场景。以web场景选择器为例，进入该选择器。从下图可以看到该场景选择器导入的 json、tomcat 等依赖都是 web 项目开发中常需要导入的依赖。

所以我们可以得出结论：当我们引入某种场景选择器时，该场景下所需要的常规依赖都由springBoot的场景选择器自动帮我们导入了。
场景选择器的实质就是将某场景下需要的常规依赖整合起来，当我们需要在某场景下进行开发时，只需导入该场景选择器即可

再看看另外一个test场景选择器，可以看到该test场景选择器与web场景选择器都含有依赖 spring-boot-starter 。这并不是偶然，而是所有场景启动器最底层的依赖都是spring-boot-starter

补充：

官方定义的场景启动器一般格式为：spring-boot-stater-* ，而第三方为我们提供简化开发的场景启动器格式为：*-spring-boot-starter

可以修改默认依赖版本号。在当前项目里重写配置。

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

2. 自动配置

2.1 默认配置的包结构

springBoot无需像ssm框架中一样，需要手动编写包扫描的配置，
在springBoot中默认扫描主程序（@SpringBootApplication注解所在的类）所在包及其下面的所有子包。如果想要改变包的扫描路径则可以

方法一：@SpringBootApplication(scanBasePackages=“想要扫描的路径”)
方法二：用注解 @ComponentScan 指定扫描路径。

补充：@SpringBootApplication是一个组合注解，等同于注解：@SpringBootConfiguration、@EnableAutoConfiguration、 @ComponentScan("…")

2.2 自动配置简单分析

springBoot有许多的场景启动器（后文简称为 stater），当我们导入了某个stater后，该场景的自动配置才会开启 。各种配置文件都有默认值，比如默认启动的web服务端口号为8080。

配置文件的值最终会绑定在每个类上，这个类会在容器中创建对象。
默认配置都是映射到MultipartProperties
可以在application.properties文件中修改默认配置
springBoot所有的自动配置功能都在spring-boot-autoconfigure包中。关于该部分源码，后文再进行分析

3. 底层注解详解

3.1 @Configuration

该注解标志在一个类上，告诉springBoot这是一个配置类。配置文件就相当于一个xml配置文件。

ssm项目中的配置文件（beans.xml）

 <?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

    <!--以前用spring xml配置的方式，现在在springboot中是使用配置类的方式-->
    <bean id="user01" class="top.wwqi.bean.User">
        <property name="name" value="user01"></property>
        <property name="age" value="13"></property>
    </bean>

    <bean id="tomcat" class="top.wwqi.bean.Pet">
        <property name="name" value="Tomcat"></property>
    </bean>
</beans>

如今在springBoot项目中用配置类的方式代替配置文件。二者作用效果相同，配置类的方式更加简洁易懂。

@Configuration()  //告诉SpringBoot这是一个配置类 == 配置文件
public class MyConfig {

    @Bean   //给容器中添加组件。以方法名作为组件id。返回值类型就是组件类型。返回的值就是组件在容器中的实例
    public User user(){
        //User组件依赖了Pet组件
        User user = new User("zhangsan", 20);
        user.setTom(tomcatPet());
        return user;

    }

    @Bean("tom")
    public Pet tomcatPet(){
        return new Pet("tomcat");
    }
}

注册组件后可以从容器中获取该组件

   Pet tom01 = run.getBean("tom", Pet.class);

注意点： 配置类也是个组件，我们也可以从容器中获取到

   // 说明了配置类本身也是个组件
   MyConfig bean = run.getBean(MyConfig.class);
   System.out.println(bean);

进一步探究该注解：

@Configuration注解源码
在这里插入图片描述
proxyBeanMethods：代理bean的方法。默认值为 true，有两种模式。

Full(proxyBeanMethods = true)、【保证每个@Bean方法被调用多少次返回的组件都是单实例的】
Lite(proxyBeanMethods = false)【每个@Bean方法被调用多少次返回的组件都是新创建的】

两种模式在不同的场景下使用，本质区别就是否产生单实例。
当类组件有依赖时，需要保证创建的组件都是单实例的。
例：

/**
* 用户组件（依赖Pet组件）
*/
public class User {
    private String name;
    private int age;
    private Pet tom;
	...
}

        // 当用户有宠物时，即User组件依赖Pet组件。 proxyBeanMethods = true 代理对象调用方法。
        // SpringBoot总会检查这个组件是否在容器中有。保证用户的宠物就是容器中的宠物，使组件保持单实例。
        User user2 = run.getBean("user", User.class);
        Pet tom = run.getBean("tom", Pet.class);

        System.out.println("用户的宠物：" + (user2.getTom() == tom));

两种模式的使用场景

配置类组件之间无依赖关系用Lite模式加速容器启动过程，减少判断
配置类组件之间有依赖关系，方法会被调用得到之前单实例组件，用Full模式

3.2 @Import 导入组件

3.3 @Conditional 条件装配

3.4 @ImportResource 导入Spring配置文件

3.5 @ConfigurationProperties 配置绑定

究极憨憨

关注

4
点赞
踩
7

收藏

觉得还不错? 一键收藏
2
评论
springboot的依赖管理特性与自动配置特性

首先我们要明白1.什么是springBoot框架2. 为什么要使用到springBoot框架————————————————————————————1.springBoot是简化Spring技术栈的快速开发脚手架。当我们开发一个较大型的项目需要整合许多技术时，用Spring的话需要编写许多的配置文件，用maven构建的话，还需要导入许多相关的依赖，并且需要注意依赖版本会不会产生冲突等问题。编写配置文件使程序员的精力没有完全放在业务逻辑的开发上。毕竟对于程序员来说是非常要讲究效率的 ???? 。
复制链接

扫一扫