免费商品交易网站代码下载,wordpress搬家config文件,五金设备网站建设,小程序软件开发哪家好目录
一、 配置优先级
编辑
二、Bean管理
2.1#xff1a;获取Bean
编辑
2.2#xff1a;Bean作用域
2.3#xff1a;第三方Bean
三、Springboot底层原理
3.1#xff1a;起步依赖
3.1.1#xff1a;ma…目录
一、 配置优先级
编辑
二、Bean管理
2.1获取Bean
编辑
2.2Bean作用域
2.3第三方Bean
三、Springboot底层原理
3.1起步依赖
3.1.1maven的依赖传递
3.2自动配置重点
3.2.1 概述
3.2.2常见方案
3.2.2.1概述 3.2.2.2:方案一
3.2.2.3方案二
3.2.3原理分析
3.2.4自动配置源码小结 前言
在当今快节奏的开发时代Spring Boot 作为一款极具影响力的框架彻底改变了 Java 应用的构建方式。它凭借简洁的配置、强大的功能为开发者节省大量精力。然而多数人忙于使用对其底层原理却一知半解。此刻让我们停下匆忙的脚步一同深入这篇博客去探究 Spring Boot 是如何施展魔法从启动初始化到运行时的精妙管控层层剖析挖掘那些隐藏在便捷背后的技术奥秘。 1. 配置优先级Springboot项目当中属性配置的常见方式以及配置的优先级 2. Bean的管理 3. 剖析Springboot的底层原理 一、 配置优先级
在我们前面的课程当中我们已经讲解了SpringBoot项目当中支持的三类配置文件 application.properties application.yml application.yaml 在SpringBoot项目当中我们要想配置一个属性可以通过这三种方式当中的任意一种来配置都可以那么如果项目中同时存在这三种配置文件且都配置了同一个属性如Tomcat端口号到底哪一份配置文件生效呢 aplication.propertiesp server.port8081 application.yml server:
port: 8082 application.yaml server:port: 8082 我们启动SpringBoot程序测试下三个配置文件中哪个Tomcat端口号生效 properties、yaml、yml三种配置文件优先级最高的是properties yaml 、 yml 两种配置文件同时存在的情况 配置文件优先级排名从高到低 1. properties配置文件 2. yml配置文件 3. yaml配置文件 注意事项虽然springboot支持多种格式配置文件但是在项目开发时推荐统一使用一种格式的配置。yml是主流 在SpringBoot项目当中除了以上3种配置文件外SpringBoot为了增强程序的扩展性除了支持配置 文件的配置方式以外还支持另外两种常见的配置方式 1. Java系统属性配置 格式 -Dkeyvalue 2. 命令行参数 格式--keyvalue 那在idea当中运行程序时如何来指定Java系统属性和命令行参数呢 编辑启动程序的配置信息 重启服务同时配置 Tomcat 端口 ( 三种配置文件、系统属性、命令行参数 ) 测试哪个 Tomcat 端口号生效 优先级 命令行参数 系统属性参数 properties参数 yml参数 yaml参数 思考如果项目已经打包上线了这个时候我们又如何来设置Java系统属性和命令行参数呢 1 java -Dserver.port9000 -jar XXXXX.jar --server.port10010 下面我们来演示下打包程序运行时指定Java系统属性和命令行参数 执行maven打包指令package把项目打成jar文件使用命令java -jar 方式运行jar文件程序 运行jar程序 同时设置Java系统属性和命令行参数 仅设置Java系统属性 Springboot项目进行打包时需要引入插件 spring-boot-maven-plugin (基于官网骨架创建项目会自动添加该插件) 在SpringBoot项目当中常见的属性配置方式有5种 3种配置文件加上2种外部属性的配置(Java 系统属性、命令行参数)。通过以上的测试我们也得出了优先级(从低到高) application.yaml忽略 application.yml application.properties java系统属性-Dxxxxxx 命令行参数--xxxxxx 二、Bean管理 在前面的课程当中我们已经讲过了我们可以通过Spring当中提供的注解Component以及它的三个衍生注解Controller、Service、Repository来声明IOC容器中的bean对象同时我们也学习了如何为应用程序注入运行时所需要依赖的bean对象也就是依赖注入DI。 我们今天主要学习IOC容器中Bean的其他使用细节主要学习以下三方面 如何从IOC容器中手动的获取到bean对象bean的作用域配置管理第三方的bean对象 接下来我们先来学习第一方面从IOC容器中获取bean对象。 2.1获取Bean 默认情况下SpringBoot项目在启动的时候会自动的创建IOC容器(也称为Spring容器)并且在启动的过程当中会自动的将bean对象都创建好存放在IOC容器当中。应用程序在运行时需要依赖什么bean对象就直接进行依赖注入就可以了。 而在Spring容器中提供了一些方法可以主动从IOC容器中获取到bean对象下面介绍3种常用方式 1、根据name获取bean 1 Object getBean(String name) 根据类型获取bean 1 T T getBean(ClassT requiredType) 根据name获取bean带类型转换 1 T T getBean(String name, ClassT requiredType) 思考要从IOC容器当中来获取到bean对象需要先拿到IOC容器对象怎么样才能拿到IOC容器呢 想获取到IOC容器直接将IOC容器对象注入进来就可以了 控制器DeptController 业务实现类DeptServiceImpl Mapper接口 测试类 2.2Bean作用域 在前面我们提到的IOC容器当中默认bean对象是单例模式(只有一个实例对象)。那么如何设置bean对象为非单例呢需要设置bean的作用域。 在Spring中支持五种作用域后三种在web环境才生效 2.3第三方Bean 学习完bean的获取、bean的作用域之后接下来我们再来学习第三方bean的配置。 之前我们所配置的bean像controller、servicedao三层体系下编写的类这些类都是我们在项目当中自己定义的类(自定义类)。当我们要声明这些bean也非常简单我们只需要在类上加上 Component以及它的这三个衍生注解Controller、Service、Repository就可以来声明这个bean对象了。 但是在我们项目开发当中还有一种情况就是这个类它不是我们自己编写的而是我们引入的第三方依赖当中提供的。 在pom.xml文件中引入dom4j 三、Springboot底层原理 3.1起步依赖 假如我们没有使用 SpringBoot 用的是 Spring 框架进行 web 程序的开发此时我们就需要引入 web 程序开发所需要的一些依赖。 spring-webmvc依赖这是Spring框架进行web程序开发所需要的依赖 servlet-api依赖Servlet基础依赖 jackson-databind依赖JSON处理工具包 如果要使用AOP还需要引入aop依赖、aspect依赖 项目中所引入的这些依赖还需要保证版本匹配否则就可能会出现版本冲突问题。 如果我们使用了SpringBoot就不需要像上面这么繁琐的引入依赖了。我们只需要引入一个依赖就可以了那就是web开发的起步依赖springboot-starter-web。
3.1.1maven的依赖传递 假设a依赖了bb依赖了cc依赖了d只需要引入a依赖b,c,d依赖就都引入进来了 为什么我们只需要引入一个web开发的起步依赖web开发所需要的所有的依赖都有了呢
因为Maven的依赖传递。
在SpringBoot给我们提供的这些起步依赖当中已提供了当前程序开发所需要的所有的常
见依赖(官网地址https://docs.spring.io/spring-boot/docs/2.7.7/referen
ce/htmlsingle/#using.build-systems.starters )。
比如springboot-starter-web这是web开发的起步依赖在web开发的起步依赖当
中就集成了web开发中常见的依赖json、web、webmvc、tomcat等。我们只需要引入
这一个起步依赖其他的依赖都会自动的通过Maven的依赖传递进来。
结论起步依赖的原理就是Maven的依赖传递。 3.2自动配置重点
springboot原理就是自动配置的原理
3.2.1 概述
SpringBoot的自动配置就是当Spring容器启动后一些配置类、bean对象就自动存入到了IOC容器
中不需要我们手动去声明从而简化了开发省去了繁琐的配置操作。 比如我们要进行事务管理、要进行AOP 程序的开发此时就不需要我们再去手动的声明这些bean对象了我们直接使用就可以从而大大的简化程序的开发省去了繁琐的配置操作。 下面我们打开idea一起来看下自动配置的效果
运行SpringBoot启动类: 我们会发现出现了很多没有见过的bean对象也被加载进来了这些就是springboot的自动配置的bean对象。 大家会看到有两个CommonConfig在第一个CommonConfig类中定义了一个bean对象bean对象的名字叫reader。 在第二个CommonConfig中它的bean名字叫commonConfig为什么还会有这样一个bean对象呢原因是在CommonConfig配置类上添加了一个注解Configuration而Configuration底层就是Component 所以配置类最终也是SpringIOC容器当中的一个bean对象 在IOC容器中除了我们自己定义的bean以外还有很多配置类这些配置类都是SpringBoot在启动的时候加载进来的配置类。这些配置类加载进来之后它也会生成很多的bean对象。 比如配置类GsonAutoConfiguration里面有一个beanbean的名字叫gson它的类型是 Gson。 com.google.gson.Gson是谷歌包中提供的用来处理JSON格式数据的 3.2.2常见方案 3.2.2.1概述 我们知道了什么是自动配置之后接下来我们就要来剖析自动配置的原理。解析自动配置的原理就是分析在 SpringBoot项目当中我们引入对应的依赖之后是如何将依赖jar包当中所提供的bean以及配置类直接加载到当前项目的SpringIOC容器当中的。 接下来我们就直接通过代码来分析自动配置原理。 准备工作在Idea中导入资料\03. 自动配置原理下的itheima-utils工程 1、在SpringBoot项目 spring-boot-web-config2 工程中通过坐标引入itheima-utils依赖 2、在测试类中添加测试方法 3、执行测试方法 异常信息描述 没有com.example.TokenParse类型的bean 说明在Spring容器中没有找到com.example.TokenParse类型的bean对象 思考引入进来的第三方依赖当中的bean以及配置类为什么没有生效 原因在我们之前讲解IOC的时候有提到过在类上添加Component注解来声明bean对象时还需要保证Component注解能被Spring的组件扫描到。 SpringBoot项目中的SpringBootApplication注解具有包扫描的作用但是它只会扫描启动类所在的当前包以及子包。 当前包com.itheima 第三方依赖中提供的包com.example扫描不到 那么如何解决以上问题的呢 方案1ComponentScan 组件扫描 方案2Import 导入使用Import导入的类会被Spring加载到IOC容器中 3.2.2.2:方案一 ComponentScan组件扫描 重新执行测试方法控制台日志输出 3.2.2.3方案二 Import导入 导入形式主要有以下几种 导入普通类导入ImportSelector接口实现类导入配置类 1、导入普通类 2、使用Import导入配置类 配置类 3、使用Import导入ImportSelector接口实现类 ImportSelector接口实现类 我们使用Import注解通过这三种方式都可以导入第三方依赖中所提供的bean或者是配置类。 思考如果基于以上方式完成自动配置当要引入一个第三方依赖时是不是还要知道第三方依赖中有哪些配置类和哪些Bean对象 答案是的。 对程序员来讲很不友好而且比较繁琐 思考当我们要使用第三方依赖依赖中到底有哪些bean和配置类谁最清楚 答案第三方依赖自身最清楚。 怎么让第三方依赖自己指定bean对象和配置类 比较常见的方案就是第三方依赖给我们提供一个注解这个注解一般都以EnableXxxx开头的注解注解中封装的就是Import注解 使用第三方依赖提供的 EnableXxxxx注解 第三方依赖中提供的注解 在使用时只需在启动类上加上EnableXxxxx注解即可 以上四种方式都可以完成导入操作但是第4种方式会更方便更优雅而这种方式也是SpringBoot当中所采用的方式。
3.2.3原理分析
源码跟踪 前面我们讲解了在项目当中引入第三方依赖之后如何加载第三方依赖中定义好的bean对象以及配置类从而完成自动配置操作。那下面我们通过源码跟踪的形式来剖析下SpringBoot底层到底是如何完成自动配置的。 源码跟踪技巧 在跟踪框架源码的时候一定要抓住关键点找到核心流程。一定不要从头到尾一行代码去看一个方法的去研究一定要找到关键流程抓住关键点先在宏观上对整个流程或者整个原理有一个认识有精力再去研究其中的细节。 要搞清楚SpringBoot的自动配置原理要从SpringBoot启动类上使用的核心注解
SpringBootApplication开始分析 ConpoentScan 翻译组件扫描
Configuration配置
在SpringBootApplication注解中包含了 元注解不再解释 SpringBootConfiguration EnableAutoConfiguration ComponentScan 我们先来看第一个注解SpringBootConfiguration SpringBootConfiguration注解上使用了Configuration表明SpringBoot启动类就是一个配置类。 Indexed注解是用来加速应用启动的不用关心。 接下来再先看ComponentScan注解 ComponentScan注解是用来进行组件扫描的扫描启动类所在的包及其子包下所有被 Component及其衍生注解声明的类。 SpringBoot启动类之所以具备扫描包功能就是因为包含了ComponentScan注解。 最后我们来看看EnableAutoConfiguration注解自动配置核心注解 使用Import注解导入了实现ImportSelector接口的实现类。 AutoConfigurationImportSelector类是ImportSelector接口的实现类。 AutoConfigurationImportSelector类中重写了ImportSelector接口的selectImports()方法 selectImports()方法底层调用getAutoConfigurationEntry()方法获取可自动配置的配置类信息集合 getAutoConfigurationEntry()方法通过调用 getCandidateConfigurations(annotationMetadata, attributes)方法获取在配置文件中配置的所有自动配置类的集合 getCandidateConfigurations方法的功能 获取所有基于META- INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imp orts文件、META-INF/spring.factories文件中配置类的集合 META-
INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
文件和META-INF/spring.factories文件这两个文件在哪里呢 通常在引入的起步依赖中都有包含以上两个文件 在前面在给大家演示自动配置的时候我们直接在测试类当中注入了一个叫gson的bean对象进行 JSON格式转换。虽然我们没有配置bean对象但是我们是可以直接注入使用的。原因就是因为在自动配置类当中做了自动配置。到底是在哪个自动配置类当中做的自动配置呢我们通过搜索来查询一下。
在META-
INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports
配置文件中指定了第三方依赖Gson的配置类GsonAutoConfiguration 第三方依赖中提供的GsonAutoConfiguration类 在GsonAutoConfiguration类上添加了注解AutoConfiguration通过查看源码可以明确GsonAutoConfiguration类是一个配置。 看到这里大家就应该明白为什么可以完成自动配置了原理就是在配置类中定义一个Bean标识的方法而Spring会自动调用配置类中使用Bean标识的方法并把方法的返回值注册到IOC容器中。 3.2.4自动配置源码小结 自动配置原理源码入口就是SpringBootApplication注解在这个注解中封装了3个注解分别是 SpringBootConfiguration 声明当前类是一个配置类ComponentScan 进行组件扫描SpringBoot中默认扫描的是启动类所在的当前EnableAutoConfiguration 封装了Import注解Import注解中指定了一个ImportSelector接口的实现类 在实现类重写的selectImports()方法读取当前项目下所有依赖jar包中META- INF/spring.factories、META-
INF/spring/org.springframework.boot.autoconfigure.AutoConfigurat ion.imports两个文件里面定义的配置类配置类中定义了Bean注解标识的方法。 当SpringBoot程序启动时就会加载配置文件当中所定义的配置类并将这些配置类信息(类的全限定名)封装到String类型的数组中最终通过Import注解将这些配置类全部加载到Spring的IOC容器中交给IOC容器管理。 最后呢给大家抛出一个问题在META- INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imp orts文件中定义的配置类非常多而且每个配置类中又可以定义很多的bean那这些bean都会注册到Spring的IOC容器中吗 答案并不是。 在声明bean对象时上面有加一个以Conditional开头的注解这种注解的作用就是按照条件进行装配只有满足条件之后才会将bean注册到Spring的IOC容器中下面会详细来讲解 Conditional 我们在跟踪SpringBoot自动配置的源码的时候在自动配置类声明bean的时候除了在方法上加了一个Bean注解以外还会经常用到一个注解就是以Conditional开头的这一类的注解。以 Conditional开头的这些注解都是条件装配的注解。下面我们就来介绍下条件装配注解。 Conditional注解 作用按照一定的条件进行判断在满足给定条件后才会注册对应的bean对象到Spring的IOC容器中。 位置方法、类 Conditional本身是一个父注解派生出大量的子注解 ConditionalOnClass判断环境中有对应字节码文件才注册bean到IOC容器。 ConditionalOnMissingBean判断环境中没有对应的bean(类型或名称)才注册 bean到 IOC容器。 ConditionalOnProperty判断配置文件中有对应属性和值才注册bean到IOC容器。 下面我们通过代码来演示下Conditional注解的使用
ConditionalOnClass注解 测试类 ConditionalOnMissingBean注解 再次修改ConditionalOnMissingBean注解 再次修改ConditionalOnMissingBean注解 ConditionalOnProperty注解这个注解和配置文件当中配置的属性有关系 先在application.yml配置文件中添加如下的键值对 修改ConditionalOnProperty注解 havingValue的值修改为itheima2 我们再回头看看之前讲解SpringBoot源码时提到的一个配置类GsonAutoConfiguration 最后再给大家梳理一下自动配置原理 自动配置的核心就在SpringBootApplication注解上SpringBootApplication这个注解底层包含了3个注解分别是 SpringBootConfiguration ComponentScan EnableAutoConfiguration EnableAutoConfiguration这个注解才是自动配置的核心。 它封装了一个Import注解Import注解里面指定了一个ImportSelector接口的实现类。 在这个实现类中重写了ImportSelector接口中的selectImports()方法。 而selectImports()方法中会去读取两份配置文件并将配置文件中定义的配置类做为 selectImports()方法的返回值返回返回值代表的就是需要将哪些类交给Spring的IOC容器进行管理。 那么所有自动配置类的中声明的bean都会加载到Spring的IOC容器中吗? 其实并不会因为这些配置类中在声明bean时通常都会添加Conditional开头的注解这个注解就是进行条件装配。而Spring会根据Conditional注解有选择性的进行bean的创建。 Enable 开头的注解底层它就封装了一个注解 import 注解它里面指定了一个类是 ImportSelector 接口的实现类。在实现类当中我们需要去实现 ImportSelector 接口当中的一个方法 selectImports 这个方法。这个方法的返回值代表的就是我需要将哪些类交给 spring 的 IOC容器进行管理。 此时它会去读取两份配置文件一份儿是 spring.factories另外一份儿是 autoConfiguration.imports。而在 autoConfiguration.imports 这份儿文件当中它就会去配置大量的自动配置的类。 而前面我们也提到过这些所有的自动配置类当中所有的 bean都会加载到 spring 的 IOC 容器当中吗其实并不会因为这些配置类当中在声明 bean 的时候通常会加上这么一类Conditional 开头的注解。这个注解就是进行条件装配。所以SpringBoot非常的智能它会根据 Conditional 注解来进行条件装配。只有条件成立它才会声明这个bean才会将这个 bean 交给 IOC 容器管理。 3.2.4案例
3.2.4.1自定义starter分析
前面我们解析了SpringBoot中自动配置的原理下面我们就通过一个自定义starter案例来加深大家对于自动配置原理的理解。首先介绍一下自定义starter的业务场景再来分析一下具体的操作步骤。
所谓starter指的就是SpringBoot当中的起步依赖。在SpringBoot当中已经给我们提供了很多的起步依赖了我们为什么还需要自定义 starter 起步依赖这是因为在实际的项目开发当中我们可能会用到很多第三方的技术并不是所有的第三方的技术官方都给我们提供了与SpringBoot整合的 starter起步依赖但是这些技术又非常的通用在很多项目组当中都在使用。
业务场景 我们前面案例当中所使用的阿里云OSS对象存储服务现在阿里云的官方是没有给我们提供对应的起步依赖的这个时候使用起来就会比较繁琐我们需要引入对应的依赖。我们还需要在配置文件当中进行配置还需要基于官方SDK示例来改造对应的工具类我们在项目当中才可以进行使用。 大家想在我们当前项目当中使用了阿里云OSS我们需要进行这么多步的操作。在别的项目组当中要想使用阿里云OSS是不是也需要进行这么多步的操作所以这个时候我们就可以自定义一些公共组件在这些公共组件当中我就可以提前把需要配置的bean都提前配置好。将来在项目当
中我要想使用这个技术我直接将组件对应的坐标直接引入进来就已经自动配置好了就可以直接使用了。我们也可以把公共组件提供给别的项目组进行使用这样就可以大大的简化我们的开发。
在SpringBoot项目中一般都会将这些公共组件封装为SpringBoot当中的starter也就是我们所说的起步依赖。 SpringBoot官方starter命名 spring-boot-starter-xxxx 第三组织提供的starter命名 xxxx-spring-boot-starter Mybatis提供了配置类并且也提供了springboot会自动读取的配置文件。当SpringBoot项目启动时会读取到spring.factories配置文件中的配置类并加载配置类生成相关bean对象注册到IOC容器中。 结果我们可以直接在SpringBoot程序中使用Mybatis自动配置的bean对象。 在自定义一个起步依赖starter的时候按照规范需要定义两个模块
starter模块进行依赖管理[把程序开发所需要的依赖都定义在starter起步依赖中
autoconfigure模块自动配置 将来在项目当中进行相关功能开发时只需要引入一个起步依赖就可以了因为它会将 autoconfigure自动配置的依赖给传递下来。 上面我们简单介绍了自定义starter的场景以及自定义starter时涉及到的模块之后接下来我们就来完成一个自定义starter的案例。
需求自定义aliyun-oss-spring-boot-starter完成阿里云OSS操作工具类AliyunOSSUtils的自动配置。
目标引入起步依赖引入之后要想使用阿里云OSS注入AliyunOSSUtils直接使用即可。
之前阿里云OSS的使用
配置文件 当我们在项目当中要使用阿里云OSS就可以注入AliOSSUtils工具类来进行文件上传。但这种方式其实是比较繁琐的。
大家再思考现在我们使用阿里云OSS需要做这么几步将来大家在开发其他的项目的时候你使用阿里云OSS这几步你要不要做当团队中其他小伙伴也在使用阿里云OSS的时候步骤 不也是一样的。
所以这个时候我们就可以制作一个公共组件(自定义starter)。starter定义好之后将来要使用阿里云OSS进行文件上传只需要将起步依赖引入进来之后就可以直接注入AliOSSUtils使用了。
需求明确了接下来我们再来分析一下具体的实现步骤 第1步创建自定义starter模块进行依赖管理 把阿里云OSS所有的依赖统一管理起来 第2步创建autoconfigure模块 在starter中引入autoconfigure 我们使用时只需要引入starter起步依赖即可 第3步在autoconfigure中完成自动配置
定义一个自动配置类在自动配置类中将所要配置的bean都提前配置好定义配置文件把自动配置类的全类名定义在配置文件中
我们分析完自定义阿里云OSS自动配置的操作步骤了下面我们就按照分析的步骤来实现自定义
starter。 自定义starter实现
自定义starter的步骤我们刚才已经分析了接下来我们就按照分析的步骤来完成自定义starter的开发。
首先我们先来创建两个Maven模块
aliyun-oss-spring-boot-starter模块 创建完starter模块后删除多余的文件最终保留内容如下 删除pom.xml文件中多余的内容后 aliyun-oss-spring-boot-autoconfigure模块 创建完starter模块后删除多余的文件最终保留内容如下 删除pom.xml文件中多余的内容后 按照我们之前的分析是需要在starter模块中来引入autoconfigure这个模块的。打开starter模块中的pom文件 在autoconfigure模块当中来完成自动配置操作。 我们将之前案例中所使用的阿里云OSS部分的代码直接拷贝到autoconfigure模块下然后进行改造就行了。 拷贝过来后还缺失一些相关的依赖需要把相关依赖也拷贝过来 现在大家思考下在类上添加的Component注解还有用吗 答案没用了。 在SpringBoot项目中并不会去扫描com.aliyun.oss这个包不扫描这个包那类上的注解也就失去了作用。 下面我们就要定义一个自动配置类了在自动配置类当中来声明AliOSSUtils的bean对象。 AliOSSAutoConfiguration类 AliOSSProperties类 AliOSSUtils类 在aliyun-oss-spring-boot-autoconfigure模块中的resources下新建自动配置文件
META-
INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.impo rts 1 com.aliyun.oss.AliOSSAutoConfiguration 自定义starter测试
阿里云OSS的starter我们刚才已经定义好了接下来我们就来做一个测试。
今天的课程资料当中提供了一个自定义starter的测试工程。我们直接打开文件夹里面有一个测试工程。测试工程就是springboot-autoconfiguration-test我们只需要将测试工程直接导入到Idea当中即可。 测试前准备
在test工程中引入阿里云starter依赖
通过依赖传递会把autoconfigure依赖也引入了 在test工程中的application.yml文件中配置阿里云OSS配置参数信息从以前的工程中拷贝即可 在test工程中的UploadController类编写代码 编写完代码后我们启动当前的SpringBoot测试工程 随着SpringBoot项目启动自动配置会把AliOSSUtils的bean对象装配到IOC容器中 用postman工具进行文件上传 通过断点可以看到自动注入AliOSSUtils的bean对象 4.Web后端开发总结
到此基于SpringBoot进行web后端开发的相关知识我们已经学习完毕了。下面我们一起针对这段web课程做一个总结。
我们来回顾一下关于web后端开发我们都学习了哪些内容以及每一块知识具体是属于哪个框架的。
web后端开发现在基本上都是基于标准的三层架构进行开发的在三层架构当中Controller控制器层负责接收请求响应数据Service业务层负责具体的业务逻辑处理而Dao数据访问层也叫持久层就是用来处理数据访问操作的来完成数据库当中数据的增删改查操作。 在三层架构当中前端发起请求首先会到达Controller(不进行逻辑处理)然后Controller会直接调用Service 进行逻辑处理 Service再调用Dao完成数据访问操作。 如果我们在执行具体的业务处理之前需要去做一些通用的业务处理比如我们要进行统一的登录校验我们要进行统一的字符编码等这些操作时我们就可以借助于Javaweb当中三大组件之一的过滤器 Filter或者是Spring当中提供的拦截器Interceptor来实现。 而为了实现三层架构层与层之间的解耦我们学习了Spring框架当中的第一大核心IOC控制反转与DI依赖注入。 所谓控制反转指的是将对象创建的控制权由应用程序自身交给外部容器这个容器就是我们常说的IOC容器或Spring容器。 而DI依赖注入指的是容器为程序提供运行时所需要的资源。 除了IOC与DI我们还讲到了AOP面向切面编程还有Spring中的事务管理、全局异常处理器以及传递会话技术Cookie、Session以及新的会话跟踪解决方案JWT令牌阿里云OSS对象存储服务以及通过 Mybatis持久层架构操作数据库等技术。 我们在学习这些web后端开发技术的时候我们都是基于主流的SpringBoot进行整合使用的。而 SpringBoot又是用来简化开发提高开发效率的。像过滤器、拦截器、IOC、DI、AOP、事务管理等这些技术到底是哪个框架提供的核心功能 Filter过滤器、Cookie、 Session这些都是传统的JavaWeb提供的技术。 JWT令牌、阿里云OSS对象存储服务是现在企业项目中常见的一些解决方案。 IOC控制反转、DI依赖注入、AOP面向切面编程、事务管理、全局异常处理、拦截器等这些技术 都是 Spring Framework框架当中提供的核心功能。 Mybatis就是一个持久层的框架是用来操作数据库的。 在Spring框架的生态中对web程序开发提供了很好的支持如全局异常处理器、拦截器这些都是Spring框架中web开发模块所提供的功能而Spring框架的web开发模块我们也称为SpringMVC SpringMVC不是一个单独的框架它是Spring框架的一部分是Spring框架中的web开发模块是用来简化原始的Servlet程序开发的。 外界俗称的SSM就是由SpringMVC、Spring Framework、Mybatis三块组成。
基于传统的SSM框架进行整合开发项目会比较繁琐而且效率也比较低所以在现在的企业项目开发当中基本上都是直接基于SpringBoot整合SSM进行项目开发的。
结尾
至此我们已沿着 Spring Boot 的原理脉络游历一番从依赖注入的巧思到自动化配置的便捷再到内嵌服务器的高效整合无一不让人折服。希望这篇博客不仅为你答疑解惑更如同一束光照亮你后续深入学习、优化项目乃至自主创新的技术之路愿你在编程的浩瀚星空中持续闪耀。 文章转载自： http://www.morning.mtsck.cn.gov.cn.mtsck.cn http://www.morning.qdxkn.cn.gov.cn.qdxkn.cn http://www.morning.ybqlb.cn.gov.cn.ybqlb.cn http://www.morning.mnqg.cn.gov.cn.mnqg.cn http://www.morning.hjjhjhj.com.gov.cn.hjjhjhj.com http://www.morning.slmbg.cn.gov.cn.slmbg.cn http://www.morning.dqcpm.cn.gov.cn.dqcpm.cn http://www.morning.mngyb.cn.gov.cn.mngyb.cn http://www.morning.wfmqc.cn.gov.cn.wfmqc.cn http://www.morning.wrkhf.cn.gov.cn.wrkhf.cn http://www.morning.rtbj.cn.gov.cn.rtbj.cn http://www.morning.wjpsn.cn.gov.cn.wjpsn.cn http://www.morning.smyxl.cn.gov.cn.smyxl.cn http://www.morning.yrdn.cn.gov.cn.yrdn.cn http://www.morning.sjjtz.cn.gov.cn.sjjtz.cn http://www.morning.bhrkx.cn.gov.cn.bhrkx.cn http://www.morning.ghrhb.cn.gov.cn.ghrhb.cn http://www.morning.nnpwg.cn.gov.cn.nnpwg.cn http://www.morning.bflws.cn.gov.cn.bflws.cn http://www.morning.jyyw.cn.gov.cn.jyyw.cn http://www.morning.qdxkn.cn.gov.cn.qdxkn.cn http://www.morning.fjscr.cn.gov.cn.fjscr.cn http://www.morning.sxwfx.cn.gov.cn.sxwfx.cn http://www.morning.jwefry.cn.gov.cn.jwefry.cn http://www.morning.pigcamp.com.gov.cn.pigcamp.com http://www.morning.chtnr.cn.gov.cn.chtnr.cn http://www.morning.bgnkl.cn.gov.cn.bgnkl.cn http://www.morning.xiaobaixinyong.cn.gov.cn.xiaobaixinyong.cn http://www.morning.btpzn.cn.gov.cn.btpzn.cn http://www.morning.lfmwt.cn.gov.cn.lfmwt.cn http://www.morning.nykzl.cn.gov.cn.nykzl.cn http://www.morning.nhzps.cn.gov.cn.nhzps.cn http://www.morning.wnwjf.cn.gov.cn.wnwjf.cn http://www.morning.mtktn.cn.gov.cn.mtktn.cn http://www.morning.wzdjl.cn.gov.cn.wzdjl.cn http://www.morning.nd-test.com.gov.cn.nd-test.com http://www.morning.wmmqf.cn.gov.cn.wmmqf.cn http://www.morning.snnb.cn.gov.cn.snnb.cn http://www.morning.pkggl.cn.gov.cn.pkggl.cn http://www.morning.pkmw.cn.gov.cn.pkmw.cn http://www.morning.nkjkh.cn.gov.cn.nkjkh.cn http://www.morning.bmfqg.cn.gov.cn.bmfqg.cn http://www.morning.mspkz.cn.gov.cn.mspkz.cn http://www.morning.xjqrn.cn.gov.cn.xjqrn.cn http://www.morning.wsnjn.cn.gov.cn.wsnjn.cn http://www.morning.wyrsn.cn.gov.cn.wyrsn.cn http://www.morning.shawls.com.cn.gov.cn.shawls.com.cn http://www.morning.dgpxp.cn.gov.cn.dgpxp.cn http://www.morning.krdxz.cn.gov.cn.krdxz.cn http://www.morning.pthmn.cn.gov.cn.pthmn.cn http://www.morning.dmwbs.cn.gov.cn.dmwbs.cn http://www.morning.srltq.cn.gov.cn.srltq.cn http://www.morning.qmxsx.cn.gov.cn.qmxsx.cn http://www.morning.gyzfp.cn.gov.cn.gyzfp.cn http://www.morning.zwsgl.cn.gov.cn.zwsgl.cn http://www.morning.mooncore.cn.gov.cn.mooncore.cn http://www.morning.pyxtn.cn.gov.cn.pyxtn.cn http://www.morning.gqbtw.cn.gov.cn.gqbtw.cn http://www.morning.ysckr.cn.gov.cn.ysckr.cn http://www.morning.dhwyl.cn.gov.cn.dhwyl.cn http://www.morning.spfq.cn.gov.cn.spfq.cn http://www.morning.fpczq.cn.gov.cn.fpczq.cn http://www.morning.qbgdy.cn.gov.cn.qbgdy.cn http://www.morning.jhwqp.cn.gov.cn.jhwqp.cn http://www.morning.jbqwb.cn.gov.cn.jbqwb.cn http://www.morning.cnfjs.cn.gov.cn.cnfjs.cn http://www.morning.cqyhdy.cn.gov.cn.cqyhdy.cn http://www.morning.trsmb.cn.gov.cn.trsmb.cn http://www.morning.pmghz.cn.gov.cn.pmghz.cn http://www.morning.ryxdr.cn.gov.cn.ryxdr.cn http://www.morning.stbfy.cn.gov.cn.stbfy.cn http://www.morning.qpqb.cn.gov.cn.qpqb.cn http://www.morning.tntqr.cn.gov.cn.tntqr.cn http://www.morning.dcdhj.cn.gov.cn.dcdhj.cn http://www.morning.mhybs.cn.gov.cn.mhybs.cn http://www.morning.lfdrq.cn.gov.cn.lfdrq.cn http://www.morning.wyzby.cn.gov.cn.wyzby.cn http://www.morning.rtlth.cn.gov.cn.rtlth.cn http://www.morning.pbdnj.cn.gov.cn.pbdnj.cn http://www.morning.ykmg.cn.gov.cn.ykmg.cn
