SpringBoot2.1

[TOC]

01、基础入门-SpringBoot2课程介绍

  1. Spring Boot 2核心技术

  2. Spring Boot 2响应式编程

02、基础入门-Spring生态圈

Spring官网arrow-up-right

Spring能做什么

Spring的能力

1

Spring的生态

覆盖了:

  • web开发

  • 数据访问

  • 安全控制

  • 分布式

  • 消息服务

  • 移动开发

  • 批处理

Spring5重大升级

  • 响应式编程

在这里插入图片描述
  • 内部源码设计

基于Java8的一些新特性,如:接口默认实现。重新设计源码架构。

为什么用SpringBoot

Spring Boot makes it easy to create stand-alone, production-grade Spring based Applications that you can “just run”.linkarrow-up-right

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

SpringBoot优点

  • Create stand-alone Spring applications

    • 创建独立Spring应用

  • Embed Tomcat, Jetty or Undertow directly (no need to deploy WAR files)

    • 内嵌web服务器

  • Provide opinionated ‘starter’ dependencies to simplify your build configuration

    • 自动starter依赖,简化构建配置

  • Automatically configure Spring and 3rd party libraries whenever possible

    • 自动配置Spring以及第三方功能

  • Provide production-ready features such as metrics, health checks, and externalized configuration

    • 提供生产级别的监控、健康检查及外部化配置

  • Absolutely no code generation and no requirement for XML configuration

    • 无代码生成、无需编写XML

  • SpringBoot是整合Spring技术栈的一站式框架

  • SpringBoot是简化Spring技术栈的快速开发脚手架

SpringBoot缺点

  • 人称版本帝,迭代快,需要时刻关注变化

  • 封装太深,内部原理复杂,不容易精通

03、基础入门-SpringBoot的大时代背景

微服务

In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.——James Lewis and Martin Fowler (2014)arrow-up-right

  • 微服务是一种架构风格

  • 一个应用拆分为一组小型服务

  • 每个服务运行在自己的进程内,也就是可独立部署和升级

  • 服务之间使用轻量级HTTP交互

  • 服务围绕业务功能拆分

  • 可以由全自动部署机制独立部署

  • 去中心化,服务自治。服务可以使用不同的语言、不同的存储技术

分布式

在这里插入图片描述

分布式的困难

  • 远程调用

  • 服务发现

  • 负载均衡

  • 服务容错

  • 配置管理

  • 服务监控

  • 链路追踪

  • 日志管理

  • 任务调度

分布式的解决

  • SpringBoot + SpringCloud

在这里插入图片描述

云原生

原生应用如何上云。 Cloud Native

上云的困难

  • 服务自愈

  • 弹性伸缩

  • 服务隔离

  • 自动化部署

  • 灰度发布

  • 流量治理

上云的解决

在这里插入图片描述

04、基础入门-SpringBoot官方文档架构

官网文档架构

在这里插入图片描述
在这里插入图片描述

查看版本新特性arrow-up-right

在这里插入图片描述

05、基础入门-SpringBoot-HelloWorld

系统要求

  • Java 8

  • Maven 3.3+

  • IntelliJ IDEA 2019.1.2

Mavenarrow-up-right配置文件

新添内容:

HelloWorld项目

需求:浏览发送/hello请求,响应 “Hello,Spring Boot 2”

创建maven工程

引入依赖

创建主程序

编写业务

运行&测试

  • 运行MainApplication

  • 浏览器输入http://localhost:8888/hello,将会输出Hello, Spring Boot 2!

设置配置

maven工程的resource文件夹中创建application.properties文件。

更多配置信息arrow-up-right

打包部署

在pom.xml添加

在IDEA的Maven插件上点击运行 clean 、package,把helloworld工程项目的打包成jar包,

打包好的jar包被生成在helloworld工程项目的target文件夹内。

用cmd运行java -jar boot-01-helloworld-1.0-SNAPSHOT.jar,既可以运行helloworld工程项目。

==将jar包直接在目标服务器执行即可。==

06、基础入门-SpringBoot-依赖管理特性

  • 父项目做依赖管理

  • 开发导入starter场景启动器

    1. 见到很多 spring-boot-starter-* : *就某种场景

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

    3. 见到的 *-spring-boot-starter: 第三方为我们提供的简化开发的场景启动器。

  • 无需关注版本号,自动版本仲裁

    1. 引入依赖默认都可以不写版本

    2. 引入非版本仲裁的jar,要写版本号。

  • 可以修改默认版本号

    1. 查看spring-boot-dependencies里面规定当前依赖的版本 用的 key。

    2. 在当前项目里面重写配置,如下面的代码。


IDEA快捷键:

  • ctrl + shift + alt + U:以图的方式显示项目中依赖之间的关系。

  • alt + ins:相当于Eclipse的 Ctrl + N,创建新类,新包等。

07、基础入门-SpringBoot-自动配置特性

  • 自动配好Tomcat

    • 引入Tomcat依赖。

    • 配置Tomcat

  • 自动配好SpringMVC

    • 引入SpringMVC全套组件

    • 自动配好SpringMVC常用组件(功能)

  • 自动配好Web常见功能,如:字符编码问题

    • SpringBoot帮我们配置好了所有web开发的常见场景

  • 默认的包结构

    • 主程序所在包及其下面的所有子包里面的组件都会被默认扫描进来

    • 无需以前的包扫描配置

    • 想要改变扫描路径

      • @SpringBootApplication(scanBasePackages=“com.lun”)

      • @ComponentScan 指定扫描路径

  • 各种配置拥有默认值

    • 默认配置最终都是映射到某个类上,如:MultipartProperties

    • 配置文件的值最终会绑定每个类上,这个类会在容器中创建对象

  • 按需加载所有自动配置项

    • 非常多的starter

    • 引入了哪些场景这个场景的自动配置才会开启

    • SpringBoot所有的自动配置功能都在 spring-boot-autoconfigure 包里面

08、底层注解-@Configuration详解

  • 基本使用

    • Full模式与Lite模式

    • 示例

@Configuration测试代码如下:

  • 最佳实战

    • 配置 类组件之间无依赖关系用Lite模式加速容器启动过程,减少判断

    • 配置 类组件之间有依赖关系,方法会被调用得到之前单实例组件,用Full模式(默认)

lite 英 [laɪt] 美 [laɪt] adj. 低热量的,清淡的(light的一种拼写方法);类似…的劣质品


IDEA快捷键:

  • Alt + Ins:生成getter,setter、构造器等代码。

  • Ctrl + Alt + B:查看类的具体实现代码。

==09、底层注解-@Import导入组件==

@Bean、@Component、@Controller、@Service、@Repository,它们是Spring的基本标签,在Spring Boot中并未改变它们原来的功能。

@ComponentScan 在07、基础入门-SpringBoot-自动配置特性arrow-up-right有用例。

@Import({User.class, DBHelper.class})给容器中自动创建出这两个类型的组件、默认组件的名字就是全类名

测试类:

10、底层注解-@Conditional条件装配

条件装配:满足Conditional指定的条件,则进行组件注入

在这里插入图片描述

用@ConditionalOnMissingBean举例说明

==11、底层注解-@ImportResource导入Spring配置文件====

比如,公司使用bean.xml文件生成配置bean,然而你为了省事,想继续复用bean.xml,@ImportResource粉墨登场。

bean.xml:

使用方法:

测试类:

12、底层注解-@ConfigurationProperties配置绑定

如何使用Java读取到properties文件中的内容,并且把它封装到JavaBean中,以供随时使用

传统方法:


Spring Boot一种配置配置绑定:

@ConfigurationProperties + @Component

假设有配置文件application.properties

只有在容器中的组件,才会拥有SpringBoot提供的强大功能


Spring Boot另一种配置配置绑定:

@EnableConfigurationProperties + @ConfigurationProperties

  1. 开启Car配置绑定功能

  2. 把这个Car这个组件自动注册到容器中

13、自动配置【源码分析】-自动包规则原理

Spring Boot应用的启动类:

分析下@SpringBootApplication

重点分析@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan

@SpringBootConfiguration

@Configuration代表当前是一个配置类。

@ComponentScan

指定扫描哪些Spring注解。

@ComponentScan 在07、基础入门-SpringBoot-自动配置特性arrow-up-right有用例。

@EnableAutoConfiguration

重点分析@AutoConfigurationPackage@Import(AutoConfigurationImportSelector.class)

@AutoConfigurationPackage

标签名直译为:自动配置包,指定了默认的包规则。

  1. 利用Registrar给容器中导入一系列组件

  2. 将指定的一个包下的所有组件导入进MainApplication所在包下。

14、自动配置【源码分析】-初始加载自动配置类

@Import(AutoConfigurationImportSelector.class)

  1. 利用getAutoConfigurationEntry(annotationMetadata);给容器中批量导入一些组件

  2. 调用List<String> configurations = getCandidateConfigurations(annotationMetadata, attributes)获取到所有需要导入到容器中的配置类

  3. 利用工厂加载 Map<String, List<String>> loadSpringFactories(@Nullable ClassLoader classLoader);得到所有的组件

  4. META-INF/spring.factories 位置来加载一个文件。

    • 默认扫描我们当前系统里面所有META-INF/spring.factories位置的文件

    • spring-boot-autoconfigure-2.3.4.RELEASE.jar包里面也有META-INF/spring.factories

在这里插入图片描述

虽然我们127个场景的所有自动配置启动的时候默认全部加载,但是xxxxAutoConfiguration按照条件装配规则(@Conditional),最终会按需配置。

AopAutoConfiguration类:

15、自动配置【源码分析】-自动配置流程

DispatcherServletAutoConfiguration的内部类DispatcherServletConfiguration为例子:

SpringBoot默认会在底层配好所有的组件,但是如果用户自己配置了以用户的优先

总结

  • SpringBoot先加载所有的自动配置类 xxxxxAutoConfiguration

  • 每个自动配置类按照条件进行生效,默认都会绑定配置文件指定的值。(xxxxProperties里面读取,xxxProperties和配置文件进行了绑定)

  • 生效的配置类就会给容器中装配很多组件

  • 只要容器中有这些组件,相当于这些功能就有了

  • 定制化配置

    • 用户直接自己@Bean替换底层的组件

    • 用户去看这个组件是获取的配置文件什么值就去修改。

xxxxxAutoConfiguration —> 组件 —> xxxxProperties里面拿值 ----> application.properties

16、最佳实践-SpringBoot应用如何编写

  • 引入场景依赖

  • 查看自动配置了哪些(选做)

    • 自己分析,引入场景对应的自动配置一般都生效了

    • 配置文件中debug=true开启自动配置报告。

      • Negative(不生效)

      • Positive(生效)

  • 是否需要修改

    • 参照文档修改配置项

    • 自定义加入或者替换组件

      • @Bean、@Component…

    • 自定义器 XXXXXCustomizer;

17、最佳实践-Lombok简化开发

Lombok用标签方式代替构造器、getter/setter、toString()等鸡肋代码。

spring boot已经管理Lombok。引入依赖:

IDEA中File->Settings->Plugins,搜索安装Lombok插件。


简化日志开发

18、最佳实践-dev-tools

Spring Boot includes an additional set of tools that can make the application development experience a little more pleasant. The spring-boot-devtools module can be included in any project to provide additional development-time features.——linkarrow-up-right

Applications that use spring-boot-devtools automatically restart whenever files on the classpath change. This can be a useful feature when working in an IDE, as it gives a very fast feedback loop for code changes. By default, any entry on the classpath that points to a directory is monitored for changes. Note that certain resources, such as static assets and view templates, do not need to restart the applicationarrow-up-right.——linkarrow-up-right

Triggering a restart

As DevTools monitors classpath resources, the only way to trigger a restart is to update the classpath. The way in which you cause the classpath to be updated depends on the IDE that you are using:

  • In Eclipse, saving a modified file causes the classpath to be updated and triggers a restart.

  • In IntelliJ IDEA, building the project (Build -> Build Project)(shortcut: Ctrl+F9) has the same effect.

添加依赖:

==在IDEA中,项目或者页面修改以后:Ctrl+F9。==

19、最佳实践-Spring Initailizr

Spring Initailizrarrow-up-right是创建Spring Boot工程向导。

在IDEA中,菜单栏New -> Project -> Spring Initailizr。

20、配置文件-yaml的用法

同以前的properties用法

YAML 是 “YAML Ain’t Markup Language”(YAML 不是一种标记语言)的递归缩写。在开发的这种语言时,YAML 的意思其实是:“Yet Another Markup Language”(仍是一种标记语言)。

非常适合用来做以数据为中心的配置文件

基本语法

  • key: value;kv之间有空格

  • 大小写敏感

  • 使用缩进表示层级关系

  • 缩进不允许使用tab,只允许空格

  • 缩进的空格数不重要,只要相同层级的元素左对齐即可

  • '#'表示注释

  • 字符串无需加引号,如果要加,单引号’’、双引号""表示字符串内容会被 转义、不转义

数据类型

  • 字面量:单个的、不可再分的值。date、boolean、string、number、null

  • 对象:键值对的集合。map、hash、set、object

  • 数组:一组按次序排列的值。array、list、queue

实例

用yaml表示以上对象

==21、配置文件-自定义类绑定的配置提示==

You can easily generate your own configuration metadata file from items annotated with @ConfigurationProperties by using the spring-boot-configuration-processor jar. The jar includes a Java annotation processor which is invoked as your project is compiled.——linkarrow-up-right

自定义的类和配置文件绑定一般没有提示。若要提示,添加如下依赖:

22、web场景-web开发简介

Spring Boot provides auto-configuration for Spring MVC that works well with most applications.(大多场景我们都无需自定义配置)

The auto-configuration adds the following features on top of Spring’s defaults:

  • Inclusion of ContentNegotiatingViewResolver and BeanNameViewResolver beans.

    • 内容协商视图解析器和BeanName视图解析器

  • Support for serving static resources, including support for WebJars (covered later in this documentarrow-up-right)).

    • 静态资源(包括webjars)

  • Automatic registration of Converter, GenericConverter, and Formatter beans.

    • 自动注册 Converter,GenericConverter,Formatter

  • Support for HttpMessageConverters (covered later in this documentarrow-up-right).

    • 支持 HttpMessageConverters (后来我们配合内容协商理解原理)

  • Automatic registration of MessageCodesResolver (covered later in this documentarrow-up-right).

    • 自动注册 MessageCodesResolver (国际化用)

  • Static index.html support.

    • 静态index.html 页支持

  • Custom Favicon support (covered later in this documentarrow-up-right).

    • 自定义 Favicon

  • Automatic use of a ConfigurableWebBindingInitializer bean (covered later in this documentarrow-up-right).

    • 自动使用 ConfigurableWebBindingInitializer ,(DataBinder负责将请求数据绑定到JavaBean上)

If you want to keep those Spring Boot MVC customizations and make more MVC customizationsarrow-up-right (interceptors, formatters, view controllers, and other features), you can add your own @Configuration class of type WebMvcConfigurer but without @EnableWebMvc.

不用@EnableWebMvc注解。使用 @Configuration + WebMvcConfigurer 自定义规则

If you want to provide custom instances of RequestMappingHandlerMapping, RequestMappingHandlerAdapter, or ExceptionHandlerExceptionResolver, and still keep the Spring Boot MVC customizations, you can declare a bean of type WebMvcRegistrations and use it to provide custom instances of those components.

声明 WebMvcRegistrations 改变默认底层组件

If you want to take complete control of Spring MVC, you can add your own @Configuration annotated with @EnableWebMvc, or alternatively add your own @Configuration-annotated DelegatingWebMvcConfiguration as described in the Javadoc of @EnableWebMvc.

使用 @EnableWebMvc+@Configuration+DelegatingWebMvcConfiguration 全面接管SpringMVC

23、web场景-静态资源规则与定制化

静态资源目录

只要静态资源放在类路径下: called /static (or /public or /resources or /META-INF/resources

访问 : 当前项目根路径/ + 静态资源名

原理: 静态映射/**。

请求进来,先去找Controller看能不能处理。不能处理的所有请求又都交给静态资源处理器。静态资源也找不到则响应404页面。

也可以改变默认的静态资源路径,/static/public,/resources, /META-INF/resources失效

静态资源访问前缀

当前项目 + static-path-pattern + 静态资源名 = 静态资源文件夹下找

webjar

可用jar方式添加css,js等资源文件,

https://www.webjars.org/

例如,添加jquery

访问地址:http://localhost:8080/webjars/jquery/3.5.1/jquery.jsarrow-up-right 后面地址要按照依赖里面的包路径。

24、web场景-welcome与favicon功能

官方文档arrow-up-right

欢迎页支持

  • 静态资源路径下 index.html。

    • 可以配置静态资源路径

    • 但是不可以配置静态资源的访问前缀。否则导致 index.html不能被默认访问

  • controller能处理/index。

自定义Favicon

指网页标签上的小图标。

favicon.ico 放在静态资源目录下即可。

25、web场景-【源码分析】-静态资源原理

  • SpringBoot启动默认加载 xxxAutoConfiguration 类(自动配置类)

  • SpringMVC功能的自动配置类WebMvcAutoConfiguration,生效

  • 给容器中配置的内容:

    • 配置文件的相关属性的绑定:WebMvcProperties==spring.mvc、ResourceProperties==spring.resources

配置类只有一个有参构造器

  • ResourceProperties resourceProperties;获取和spring.resources绑定的所有的值的对象

  • WebMvcProperties mvcProperties 获取和spring.mvc绑定的所有的值的对象

  • ListableBeanFactory beanFactory Spring的beanFactory

  • HttpMessageConverters 找到所有的HttpMessageConverters

  • ResourceHandlerRegistrationCustomizer 找到 资源处理器的自定义器。

  • DispatcherServletPath

  • ServletRegistrationBean 给应用注册Servlet、Filter…

资源处理的默认规则

根据上述代码,我们可以同过配置禁止所有静态资源规则。

静态资源规则:

欢迎页的处理规则

WelcomePageHandlerMapping的构造方法如下:

这构造方法内的代码也解释了web场景-welcome与favicon功能arrow-up-right中配置static-path-pattern了,welcome页面和小图标失效的问题。

26、请求处理-【源码分析】-Rest映射及源码解析

请求映射

  • @xxxMapping;

    • @GetMapping

    • @PostMapping

    • @PutMapping

    • @DeleteMapping

  • Rest风格支持(使用HTTP请求方式动词来表示对资源的操作)

    • 以前:

      • /getUser 获取用户

      • /deleteUser 删除用户

      • /editUser 修改用户

      • /saveUser保存用户

    • 现在: /user

      • GET-获取用户

      • DELETE-删除用户

      • PUT-修改用户

      • POST-保存用户

    • 核心Filter;HiddenHttpMethodFilter

  • 用法

    • 开启页面表单的Rest功能

    • 页面 form的属性method=post,隐藏域 _method=put、delete等(如果直接get或post,无需隐藏域)

    • 编写请求映射

  • Rest原理(表单提交要使用REST的时候)

    • 表单提交会带上\_method=PUT

    • 请求过来被

      拦截

      • 请求是否正常,并且是POST

        • 获取到\_method的值。

        • 兼容以下请求;PUT.DELETE.PATCH

        • 原生request(post),包装模式requesWrapper重写了getMethod方法,返回的是传入的值。

        • 过滤器链放行的时候用wrapper。以后的方法调用getMethod是调用requesWrapper的。

  • Rest使用客户端工具。

    • 如PostMan可直接发送put、delete等方式请求。

27、请求处理-【源码分析】-怎么改变默认的_method

@ConditionalOnMissingBean(HiddenHttpMethodFilter.class)意味着在没有HiddenHttpMethodFilter时,才执行hiddenHttpMethodFilter()。因此,我们可以自定义filter,改变默认的\_method。例如:

\_method改成_m

28、请求处理-【源码分析】-请求映射原理

在这里插入图片描述 SpringMVC功能分析都从 org.springframework.web.servlet.DispatcherServlet -> doDispatch()

getHandler()方法如下:

this.handlerMappings在Debug模式下展现的内容:

在这里插入图片描述 其中,保存了所有@RequestMappinghandler的映射规则。

在这里插入图片描述

所有的请求映射都在HandlerMapping中:

  • SpringBoot自动配置欢迎页的 WelcomePageHandlerMapping 。访问 /能访问到index.html;

  • SpringBoot自动配置了默认 的 RequestMappingHandlerMapping

  • 请求进来,挨个尝试所有的HandlerMapping看是否有请求信息。

    • 如果有就找到这个请求对应的handler

    • 如果没有就是下一个 HandlerMapping

  • 我们需要一些自定义的映射处理,我们也可以自己给容器中放HandlerMapping。自定义 HandlerMapping


IDEA快捷键:

  • Ctrl + Alt + U : 以UML的类图展现类有哪些继承类,派生类以及实现哪些接口。

  • Crtl + Alt + Shift + U : 同上,区别在于上条快捷键结果在新页展现,而本条快捷键结果在弹窗展现。

  • Ctrl + H : 以树形方式展现类层次结构图。

29、请求处理-常用参数注解使用

注解:

  • @PathVariable 路径变量

  • @RequestHeader 获取请求头

  • @RequestParam 获取请求参数(指问号后的参数,url?a=1&b=2)

  • @CookieValue 获取Cookie值

  • @RequestAttribute 获取request域属性

  • @RequestBody 获取请求体[POST]

  • @MatrixVariable 矩阵变量

  • @ModelAttribute

使用用例:

30、请求处理-@RequestAttribute

用例:

31、请求处理-@MatrixVariable与UrlPathHelper

  1. 语法: 请求路径:/cars/sell;low=34;brand=byd,audi,yd

  2. SpringBoot默认是禁用了矩阵变量的功能

    • 手动开启:原理。对于路径的处理。UrlPathHelper的removeSemicolonContent设置为false,让其支持矩阵变量的。

  3. 矩阵变量必须有url路径变量才能被解析

手动开启矩阵变量

  • 实现WebMvcConfigurer接口:

  • 创建返回WebMvcConfigurerBean:

@MatrixVariable的用例

32、请求处理-【源码分析】-各种类型参数解析原理

这要从DispatcherServlet开始说起:

  • HandlerMapping中找到能处理请求的Handler(Controller.method())。

  • 为当前Handler 找一个适配器 HandlerAdapter,用的最多的是RequestMappingHandlerAdapter

  • 适配器执行目标方法并确定方法参数的每一个值。

HandlerAdapter

默认会加载所有HandlerAdapter

有这些HandlerAdapter

20210205010047654
  1. 支持方法上标注@RequestMapping

  2. 支持函数式编程的

执行目标方法

HandlerAdapter接口实现类RequestMappingHandlerAdapter(主要用来处理@RequestMapping

参数解析器

确定将要执行的目标方法的每一个参数的值是什么;

SpringMVC目标方法能写多少种参数类型。取决于参数解析器==argumentResolvers==

this.argumentResolversafterPropertiesSet()方法内初始化

HandlerMethodArgumentResolverComposite类如下:(众多参数解析器argumentResolvers的包装类)。

我们看看HandlerMethodArgumentResolver的源码:

返回值处理器

ValueHandler

this.returnValueHandlersafterPropertiesSet()方法内初始化

HandlerMethodReturnValueHandlerComposite类如下:

HandlerMethodReturnValueHandler接口:

回顾执行目标方法

RequestMappingHandlerAdapterhandle()方法:

RequestMappingHandlerAdapterinvokeHandlerMethod()方法:

invokeAndHandle()方法如下:

如何确定目标方法每一个参数的值

重点分析ServletInvocableHandlerMethodgetMethodArgumentValues方法

this.resolvers的类型为HandlerMethodArgumentResolverComposite(在参数解析器arrow-up-right章节提及)

小结

本节描述,一个请求发送到DispatcherServlet后的具体处理流程,也就是SpringMVC的主要原理。

本节内容较多且硬核,对日后编程很有帮助,需耐心对待。

可以运行一个示例,打断点,在Debug模式下,查看程序流程。

33、请求处理-【源码分析】-Servlet API参数解析原理

  • WebRequest

  • ServletRequest

  • MultipartRequest

  • HttpSession

  • javax.servlet.http.PushBuilder

  • Principal

  • InputStream

  • Reader

  • HttpMethod

  • Locale

  • TimeZone

  • ZoneId

ServletRequestMethodArgumentResolver用来处理以上的参数

用例:

34、请求处理-【源码分析】-Model、Map原理

复杂参数:

  • Map

  • Model(map、model里面的数据会被放在request的请求域 request.setAttribute)

  • Errors/BindingResult

  • RedirectAttributes( 重定向携带数据)

  • ServletResponse(response)

  • SessionStatus

  • UriComponentsBuilder

  • ServletUriComponentsBuilder

用例:

  • Map<String,Object> map

  • Model model

  • HttpServletRequest request

上面三位都是可以给request域中放数据,用request.getAttribute()获取

接下来我们看看,Map<String,Object> mapModel model用什么参数处理器。


Map<String,Object> map参数用MapMethodProcessor处理:

mavContainer.getModel()如下:


Model modelModelMethodProcessor处理:

return mavContainer.getModel();这跟MapMethodProcessor的一致

在这里插入图片描述

Model也是另一种意义的Map


接下来看看Map<String,Object> mapModel model值是如何做到用request.getAttribute()获取的。

众所周知,所有的数据都放在 ModelAndView包含要去的页面地址View,还包含Model数据。

先看ModelAndView接下来是如何处理的?

在Debug模式下,view属为InternalResourceView类。

exposeModelAsRequestAttributes方法看出,Map<String,Object> mapModel model这两种类型数据可以给request域中放数据,用request.getAttribute()获取。

35、请求处理-【源码分析】-自定义参数绑定原理

封装过程用到ServletModelAttributeMethodProcessor

WebDataBinder 利用它里面的 Converters 将请求数据转成指定的数据类型。再次封装到JavaBean中

在过程当中,用到GenericConversionService:在设置每一个值的时候,找它里面的所有converter那个可以将这个数据类型(request带来参数的字符串)转换到指定的类型

36、请求处理-【源码分析】-自定义Converter原理

未来我们可以给WebDataBinder里面放自己的Converter;

下面演示将字符串“啊猫,3”转换成Pet对象。

37、响应处理-【源码分析】-ReturnValueHandler原理

在这里插入图片描述

假设给前端自动返回json数据,需要引入相关的依赖

控制层代码如下:

32、请求处理-【源码分析】-各种类型参数解析原理 - 返回值处理器arrow-up-right有讨论ReturnValueHandler。现在直接看看重点:

@ResponseBody 注解,即RequestResponseBodyMethodProcessor,它实现HandlerMethodReturnValueHandler接口

38、响应处理-【源码分析】-HTTPMessageConverter原理

返回值处理器ReturnValueHandler原理:

  1. 返回值处理器判断是否支持这种类型返回值 supportsReturnType

  2. 返回值处理器调用 handleReturnValue 进行处理

  3. 可以处理返回值标了

    注解的。

    • 利用

      进行处理 将数据写为json

      1. 内容协商(浏览器默认会以请求头的方式告诉服务器他能接受什么样的内容类型)

      2. 服务器最终根据自己自身的能力,决定服务器能生产出什么样内容类型的数据,

      3. SpringMVC会挨个遍历所有容器底层的

        ,看谁能处理?

        1. 得到MappingJackson2HttpMessageConverter可以将对象写为json

        2. 利用MappingJackson2HttpMessageConverter将对象转为json再写出去。

HTTPMessageConverter接口:

HttpMessageConverter: 看是否支持将 此 Class类型的对象,转为MediaType类型的数据。

例子:Person对象转为JSON,或者 JSON转为Person,这将用到MappingJackson2HttpMessageConverter

在这里插入图片描述

关于MappingJackson2HttpMessageConverter的实例化请看下节。

关于HttpMessageConverters的初始化

上述代码会加载ApplicationContext的所有HandlerAdapter,用来处理@RequestMappingRequestMappingHandlerAdapter实现HandlerAdapter接口,RequestMappingHandlerAdapter也被实例化。

在构造器中看到一堆HttpMessageConverter。接着,重点查看AllEncompassingFormHttpMessageConverter类:

AllEncompassingFormHttpMessageConverter类构造器看到MappingJackson2HttpMessageConverter类的实例化,AllEncompassingFormHttpMessageConverter包含MappingJackson2HttpMessageConverter

ReturnValueHandler是怎么与MappingJackson2HttpMessageConverter关联起来?请看下节。

ReturnValueHandler与MappingJackson2HttpMessageConverter关联

再次回顾RequestMappingHandlerAdapter

应用中WebMvcAutoConfiguration(底层是WebMvcConfigurationSupport实现)传入更多messageConverters,其中就包含MappingJackson2HttpMessageConverter

39、响应处理-【源码分析】-内容协商原理

根据客户端接收能力不同,返回不同媒体类型的数据。

引入XML依赖:

可用Postman软件分别测试返回json和xml:只需要改变请求头中Accept字段(application/json、application/xml)。

Http协议中规定的,Accept字段告诉服务器本客户端可以接收的数据类型。

内容协商原理

  1. 判断当前响应头中是否已经有确定的媒体类型MediaType

  2. 获取客户端(PostMan、浏览器)支持接收的内容类型。(获取客户端Accept请求头字段application/xml)(这一步在下一节有详细介绍)

    • contentNegotiationManager 内容协商管理器 默认使用基于请求头的策略

    • HeaderContentNegotiationStrategy 确定客户端可以接收的内容类型

  3. 遍历循环所有当前系统的 MessageConverter,看谁支持操作这个对象(Person)

  4. 找到支持操作Person的converter,把converter支持的媒体类型统计出来。

  5. 客户端需要application/xml,服务端有10种MediaType。

  6. 进行内容协商的最佳匹配媒体类型

  7. 用 支持 将对象转为 最佳匹配媒体类型 的converter。调用它进行转化 。

40、响应处理-【源码分析】-基于请求参数的内容协商原理

上一节内容协商原理的第二步:

获取客户端(PostMan、浏览器)支持接收的内容类型。(获取客户端Accept请求头字段application/xml)

  • contentNegotiationManager 内容协商管理器 默认使用基于请求头的策略

  • HeaderContentNegotiationStrategy 确定客户端可以接收的内容类型

开启浏览器参数方式内容协商功能

为了方便内容协商,开启基于请求参数的内容协商功能。

内容协商管理器,就会多了一个ParameterContentNegotiationStrategy(由Spring容器注入)

然后,浏览器地址输入带format参数的URL:

这样,后端会根据参数format的值,返回对应json或xml格式的数据。

41、响应处理-【源码分析】-自定义MessageConverter

实现多协议数据兼容。json、xml、x-guigu(这个是自创的)

  1. @ResponseBody 响应数据出去 调用 RequestResponseBodyMethodProcessor 处理

  2. Processor 处理方法返回值。通过 MessageConverter处理

  3. 所有 MessageConverter 合起来可以支持各种媒体类型数据的操作(读、写)

  4. 内容协商找到最终的 messageConverter

SpringMVC的什么功能,一个入口给容器中添加一个 WebMvcConfigurer

用Postman发送/test/person(请求头Accept:application/x-guigu),将返回自定义协议数据的写出。

42、响应处理-【源码分析】-浏览器与PostMan内容协商完全适配

假设你想基于自定义请求参数的自定义内容协商功能。

换句话,在地址栏输入http://localhost:8080/test/person?format=gg返回数据,跟http://localhost:8080/test/person且请求头参数Accept:application/x-guigu的返回自定义协议数据的一致。

日后开发要注意,有可能我们添加的自定义的功能会覆盖默认很多功能,导致一些默认的功能失效。

43、视图解析-Thymeleaf初体验

Thymeleaf is a modern server-side Java template engine for both web and standalone environments.

Thymeleaf’s main goal is to bring elegant natural templates to your development workflow — HTML that can be correctly displayed in browsers and also work as static prototypes, allowing for stronger collaboration in development teams.

With modules for Spring Framework, a host of integrations with your favourite tools, and the ability to plug in your own functionality, Thymeleaf is ideal for modern-day HTML5 JVM web development — although there is much more it can do.——Linkarrow-up-right

Thymeleaf官方文档arrow-up-right

thymeleaf使用

引入Starter

自动配置好了thymeleaf

自动配好的策略

  1. 所有thymeleaf的配置值都在 ThymeleafProperties

  2. 配置好了 SpringTemplateEngine

  3. 配好了 ThymeleafViewResolver

  4. 我们只需要直接开发页面

编写一个控制层:

/templates/success.html


这个设置后,URL要插入/app, 如http://localhost:8080/app/hello.html

基本语法

表达式

表达式名字
语法
用途

变量取值

${…}

获取请求域、session域、对象等值

选择变量

*{…}

获取上下文对象值

消息

#{…}

获取国际化等值

链接

@{…}

生成链接

片段表达式

~{…}

jsp:include 作用,引入公共页面片段

字面量

  • 文本值: ‘one text’ , ‘Another one!’ ,…

  • 数字: 0 , 34 , 3.0 , 12.3 ,…

  • 布尔值: true , false

  • 空值: null

  • 变量: one,two,… 变量不能有空格

文本操作

  • 字符串拼接: +

  • 变量替换: |The name is ${name}|

数学运算

  • 运算符: + , - , * , / , %

布尔运算

  • 运算符: and , or

  • 一元运算: ! , not

比较运算

  • 比较: > , < , >= , <= ( gt , lt , ge , le )

  • 等式: == , != ( eq , ne )

条件运算

  • If-then: (if) ? (then)

  • If-then-else: (if) ? (then) : (else)

  • Default: (value) ?: (defaultvalue)

特殊操作

  • 无操作: _

设置属性值-th:attr

  • 设置单个值

  • 设置多个值

官方文档 - 5 Setting Attribute Valuesarrow-up-right

迭代

条件运算

属性优先级

Order
Feature
Attributes

1

Fragment inclusion

th:insert th:replace

2

Fragment iteration

th:each

3

Conditional evaluation

th:if th:unless th:switch th:case

4

Local variable definition

th:object th:with

5

General attribute modification

th:attr th:attrprepend th:attrappend

6

Specific attribute modification

th:value th:href th:src ...

7

Text (tag body modification)

th:text th:utext

8

Fragment specification

th:fragment

9

Fragment removal

th:remove

官方文档 - 10 Attribute Precedencearrow-up-right

44、web实验-后台管理系统基本功能

项目创建

使用IDEA的Spring Initializr。

  • thymeleaf、

  • web-starter、

  • devtools、

  • lombok

登陆页面

  • /static 放置 css,js等静态资源

  • /templates/login.html 登录页

  • /templates/main.html 主页

thymeleaf内联写法:

登录控制层

模型

Last updated