搜索

SpringBoot中的内容协商，颠覆你的认知

路人甲Java

共 16728字，需浏览 34分钟

 · 2022-02-18

大家好，我是路人，这是 SpringMVC 系列第 32 篇。

这里透露一点，最近准备开个付费版知识星球，带领大家一起学java，一年可能百十块钱，设置这个门槛呢，是为了带领想学习的朋友，更高效的和我一起学习成长，也是为了更好的服务大家。

有多少朋友？想加入星球和我一起学习的，请在文末点个赞。

本文将介绍 SpringMVC 中内容协商，可能有朋友听过，没听过的估计觉得很陌生，不管怎么样，先告诉你一点，这篇是非常重要的一个知识点，一定不要错误，坚持看完，一定会有大量收获，末尾有 pdf 版本，需要的自行获取。

目录

  • 1、预备知识

  • 2、先来做一个测试

    • 2.1、测试场景 1

    • 2.2、结论 1：返回值受服务器端的影响

    • 2.3、测试场景 2

    • 2.4、结论 2：返回值受客户端 Accept 头的影响

    • 2.5、小结

  • 3、为什么会这样？

    • 3.1、这是由类容协商决定的

    • 3.2、带来了 2 个问题

  • 4、客户端如何告诉服务器端自己能够接受的内容类型？

    • 4.1、常见 2 种方式

    • 4.2、又带来了 2 个问题

  • 5、什么是媒体类型(MimeType 或 MediaType)？

    • 5.1、解释

    • 5.2、MimeType 格式

    • 5.3、常见的 MimeType 举例

    • 5.4、MimeType 在 http 请求中的应用

    • 5.5、特殊参数 q：指定 MimeType 优先级

  • 6、http 请求头 Accept 是什么样的？

    • 6.1、Accept 作用

    • 6.2、Accept 格式

  • 7、Spring 中的类 MediaType 工具类

    • 7.1、常见常量

    • 7.2、常用的方法

    • 7.3、排序规则

  • 8、服务端可响应的媒体类型

    • 8.1、服务端有 3 种方式可以指定响应的媒体类型

    • 8.2、方式 1：@RequestMapping 注解的 produces 属性

    • 8.3、方式 2：response.setHeader("Content-Type","媒体类型");

    • 8.4、方式 3：由 SpringMVC 内部机制自动确定能够响应的媒体类型列表

    • 8.5、方式 3 源码解读

  • 9、总结

  • 10、案例代码 git 地址

    • 10.1、git 地址

    • 10.2、本文案例代码结构说明

  • 11、SpringMVC 系列目录

  • 12、更多系列文章

  • 13、最新资料

1、预备知识

接口测试利器 HTTP Client

2、先来做一个测试

思考下，下面这个 springmvc 接口会输出什么？

@RequestMapping(value = "/cn/test1")
@ResponseBody
public List test1() {
    List result = Arrays.asList(
        "刘德华",
        "张学友",
        "郭富城",
        "黎明");
    return result;
}

代码很简单，方法上标识了ResponseBody注解，会输出如下 json 格式的数据。

浏览器中访问下这个接口，效果如下

2.1、测试场景 1

大家在项目 maven 配置中加入下面内容，然后再试试会输出什么



    com.fasterxml.jackson.core
    jackson-core
    2.11.4



    com.fasterxml.jackson.core
    jackson-databind
    2.11.4



    com.fasterxml.jackson.dataformat
    jackson-dataformat-xml
    2.11.4

浏览器中再次访问，效果如下

我倒，这是什么玩意啊，有点奇怪啊，浏览器当前页面，点击右键，查看源码，如下，怎么变成 xml 了啊？？？

2.2、结论 1：返回值受服务器端的影响

从这个上面我们可以看出，我们只是在服务器端调整了一下 maven 的配置，此时接口的返回结果却发生了变化，由 json 格式变成 xml 格式了。

这里得到第 1 个结论：接口的返回值格式受服务器端的影响。

2.3、测试场景 2

我们在 idea 中使用 Http Client 来访问一下上面这个接口，效果如下，返回的结果依然是 xml 格式的数据。

###
GET http://localhost:8080/chat22/cn/test1

我们调整一下调用的代码，加一行代码，请求中加一个Accept: application/json，改成下面这样，然后再次看看效果如下图，这次结果怎么变成 json 了。

###
GET http://localhost:8080/chat22/cn/test1
Accept: application/json

这两次请求唯一不同的地方就是第二次多了Accept: application/json这部分代码，然后结果就变成 json 了，说明响应的结果收到了这个头的影响。

咱们再回过头去看一下浏览器的那次请求，它的请求头中的Accept是什么样的，如下图，内容我给提取出来了，如下代码，看起来好像很陌生啊，这玩意是啥？稍后我们会详细说明。

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9

2.4、结论 2：返回值受客户端 Accept 头的影响

场景 2 中，我们只是调整了一下 http 请求头中 Accept，响应结果不一样了。

这里得到第 2 个结论：返回值受客户端 Accept 头的影响。

2.5、小结

从上面可以看出，响应结果的格式受服务器端和客户端的影响，由二者共同决定的。

3、为什么会这样？

3.1、这是由类容协商决定的

服务器端和请求端协商决定最终返回什么格式的内容。

客户端发送请求的时候可以告知服务器端，自己希望对方返回的数据格式列表，而服务器端的接口也有自己能够支持的响应格式列表，最终返回结果会根据这 2 个类型列表，找到一种两边都能够支持的类型返回，如果找不到合适，则会报错。

比如：服务器端可以响应 json 和 xml 格式的数据，而浏览器发送请求的时候告诉服务器说：我能够接收 html 和 json 格式的数据，那么最终会返回二者都能够支持的类型：json 格式的数据。

再比如：服务器端可以响应 json 和 html 格式的数据，而客户端发送 http 请求的时候，说自己希望接受 xml 格式的数据，此时服务器端没有能力返回 xml 格式的数据，最终会报错。

如果还是不懂，更通俗的解释：

  • 小明找小王介绍女朋友，小明说能满足这些的就可以【有钱、漂亮、幽默】，小王收集了一下身边的资源，发现有钱的、漂亮的没有，幽默的倒是有，然后就将幽默的介绍给小明了，若小王这边没有满足这些条件的，那么就没法给小明介绍女友了。
  • 小明找小王介绍女朋友，小明说能满足这些的就可以【有钱、漂亮、幽默】，如果都能够满足，那么优先选择有钱的，然后漂亮的，然后幽默的，小王收集了一下身边的资源，发现有钱的、漂亮的、幽默的都有，然后根据小明的需求，将优先级最高的有钱的介绍给他了，小明乐呵呵，哈哈。

3.2、带来了 2 个问题

  • 客户端如何告诉服务器端自己能够接受的内容类型？
  • 服务器端开发的接口如何指定能够响应的类型？

4、客户端如何告诉服务器端自己能够接受的内容类型？

4.1、常见 2 种方式

  • 方式 1：http 请求头中使用 Accept 来指定客户端能够接收的类型（又叫：媒体类型）

  • 方式 2：自定义的方式

    比如请求地址的后缀，test1.xml、test1.json，通过后缀来指定类容类型

    比如请求中可以添加一个参数，如 format 来指定能够接收的内容类型

这 2 种方式 SpringMVC 中都有实现，SpringMVC 中默认开启了第 1 种方式，而 SpringBoot 中默认开启了这 2 种方式的支持，本文主要讲解第 1 种方式，后续在 SpringBoot 系列中，将详细介绍第 2 种方式。

4.2、又带来了 2 个问题

  • 问题 1：什么是媒体类型
  • 问题 2：http 请求头 Accept 是什么样的？

5、什么是媒体类型(MimeType 或 MediaType)？

5.1、解释

简单点理解，媒体类型就是用来表示内容的格式，比如可以用来表示 http 请求体和响应体内容的格式。

英文称呼：MineType 或者 MediaType

5.2、MimeType 格式

  • 格式：type/subtype;参数 1=值 1;参数 2=值 2;参数 n=值 n
  • type：表示主类型
  • subtype：表示子列类型
  • 类型和参数之间用英文分号隔开
  • 可以有很多参数，多个参数之间用英文分号隔开

5.3、常见的 MimeType 举例

MimeType说明
application/json表示 json 格式数据
application/json; charset=UTF-8表示 json 格式数据，后面跟了一个编码参数
text/plain表示纯文本格式内容
text/html表示 html 格式内容
text/html;charset=utf-8表示 html，utf-8 编码
application/json; q=1表示 json 格式数据，有个 q 参数，这个参数比较特殊，表示优先级

5.4、MimeType 在 http 请求中的应用

（1）请求头 Content-type：用来指定请求体中的内容的格式。

比如：Content-type: application/json 用来告诉服务器端，客户端请求体的内容是 json 格式的，这样服务器端就可以以 json 格式解析请求体中的内容

（2）请求头 Accept：用来告诉服务器，客户端能够接收的媒体类型。

Accpet 由多个 MimeType 组成，之间用英文逗号隔开。

比如：Accept:text/html,text/xml,application/json，这个是告诉服务器，客户端可以接收 3 种格式的数据，服务器可以根据自己的能力选择一种格式进行响应

（3）响应头 Content-type：用来告知客户端，响应体中的类容是什么格式。

比如：Content-type:text/html，表示响应的内容是 html 格式的，此时浏览器就会以 html 显示内容；浏览器会根据不同的格式做出不同的显示效果

（4）Http 中的 Content-Type 详解

Http 中的 Content-Type 是一个非常重要的东西，不了解的朋友建议先去这里了解下：http://itsoku.com/article/199

5.5、特殊参数 q：指定 MimeType 优先级

当有多个媒体类型在一起的时候，可以在媒体中添加 q 参数用来指定媒体类型的优先级，q 值的范围从 0.0~1.0（1.0 优先级最高）

比如 Http 请求头 Accept 可以指定多个媒体类型，那么可以在媒体类型中加上 q 参数，用来指定媒体类型的优先级，服务器端优先选择媒体类型高的格式进行响应。

如：Accept: text/html;q=0.8,text/xml;q=0.6,application/json;q=0.9，这个告知服务器端，客户端希望能够返回这 3 中类型的内容，若服务器端这 3 种都支持，则优先返回 q 值高的类型。

再回头来看看开头的案例，浏览器中看一下这个案例请求头中 Accept 的值

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9

6、http 请求头 Accept 是什么样的？

6.1、Accept 作用

用来指定客户端能够接收的媒体类型，用来告诉服务器端，客户端希望服务器端返回什么格式的数据

6.2、Accept 格式

  • 媒体类型 1,媒体类型 2,媒体类型 3
  • 多个媒体之间用逗号隔开
  • 媒体类型中可以使用 q 参数来标注其优先级，q 值的范围从 0.0~1.0（1.0 优先级最高）
  • 文章有点长，感谢大家的阅读，如果有收获，麻烦帮忙分享一下，路人在此感谢大家了。

咱们继续。

7、Spring 中的类 MediaType 工具类

spring 中为了更方便操作媒体类型，提供了一个工具类org.springframework.http.MediaType，MediaType内部提供了很多常见的 MediaType 常量和常用的方法。

7.1、常见常量

public static final String APPLICATION_JSON_VALUE = "application/json"; //json
public static final String TEXT_PLAIN_VALUE = "text/plain"; //文本
public static final String TEXT_HTML_VALUE = "text/html"; //html
public static final String APPLICATION_XML_VALUE = "application/xml"; //xml
public static final String IMAGE_GIF_VALUE = "image/gif"; //gif图片
public static final String IMAGE_JPEG_VALUE = "image/jpeg"; //jpeg图片
public static final String APPLICATION_PDF_VALUE = "application/pdf";//pdf格式
public static final String APPLICATION_FORM_URLENCODED_VALUE = "application/x-www-form-urlencoded"; //普通表单提交内容的格式
public static final String MULTIPART_FORM_DATA_VALUE = "multipart/form-data";//上传文件表单提交的内容格式

7.2、常用的方法

方法说明
static MediaType parseMediaType(String mediaType)将文本解析为 MediaType
static List parseMediaTypes(@Nullable String mediaTypes)将文本解析为 MediaType 列表
static String toString(Collection mediaTypes)将 MediaType 列表解析为字符串
static void sortBySpecificityAndQuality(List mediaTypes)将多个 MediaType 进行排序，内部会按照 q 参数排序
boolean includes(@Nullable MediaType other)判断当前的 MediaType 是否包含了参数中指定的 other，比如当前的是：*/*，这是一个通配符类型的，那么可以匹配一切类型

7.3、排序规则

SpringMVC 内部会根据客户端 Accept 指定的媒体类型列表以及服务器端接口能够支持的媒体类型列表，处理之后得到一个双方都支持的媒体类型列表，然后调用MediaType#sortBySpecificityAndQuality方法进行升序排序，最终会选择优先级最高的来返回。

我们来分析下开头案例为什么返回的是 xml 格式的数据

浏览器发送的 Accept：

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9

服务器端的那个接口支持的媒体类型：

application/xml;charset=UTF-8, text/xml;charset=UTF-8, application/*+xml;charset=UTF-8, application/json, application/*+json

二者取交集，最终得到双方都支持的媒体类型：

application/xhtml+xml, application/xml;charset=UTF-8;q=0.9, application/xml;q=0.9, application/xml;charset=UTF-8;q=0.8, text/xml;charset=UTF-8;q=0.8, application/*+xml;charset=UTF-8;q=0.8, application/json;q=0.8, application/*+json;q=0.8

然后调用MediaType#sortBySpecificityAndQuality方法排序，得到

小提示：排序规则：类型的在前面，通配符*的在后面，q 大的在前，如果没有指定 q，则表示 q 为 1

application/xhtml+xml, application/xml;charset=UTF-8;q=0.9, application/xml;q=0.9, application/xml;charset=UTF-8;q=0.8, text/xml;charset=UTF-8;q=0.8, application/json;q=0.8, application/*+xml;charset=UTF-8;q=0.8, application/*+json;q=0.8

然后取第一个作为最终返回的类型：

Content-Type: application/xhtml+xml;charset=UTF-8

如下图，确实和浏览器中的结果一致

8、服务端可响应的媒体类型

8.1、服务端有 3 种方式可以指定响应的媒体类型

  • 方式 1：@RequestMapping 注解的 produces 属性

  • 方式 2：response.setHeader("Content-Type","媒体类型");

  • 方式 3：如果上面 2 种方式都不指定，则由 SpringMVC 内部机制自动确定能够响应的媒体类型列表

8.2、方式 1：@RequestMapping 注解的 produces 属性

（1）解释

@RequestMapping 注解有个 produces 属性，用来指定当前接口能够响应的媒体类型，也可以理解为此接口可以处理的媒体类型，其他的一些注解@PostMapping/@GettMapping/@PutMapping/@DeleteMapping/@PatchMapping/@PatchMapping也有这个属性，作用一样的；这里以@RequestMapping 注解有个 produces 属性来做说明。

（2）案例

比如要求接口只能返回 json 格式的数据，那么可以这么写

@RequestMapping(value = "/cn/test1", produces = {"application/json"})
@ResponseBody
public List testProduct() {
    List result = Arrays.asList(
            "刘德华",
            "张学友",
            "郭富城",
            "黎明");
    return result;
}

测试场景 1：浏览器直接访问，返回的是 json 格式数据

测试场景 2：头 Accept 指定为 applicaiton/xml，出现了 406，服务器端无法处理，那是因为客户单希望服务器端返回application/xml格式数据，而服务器端接口只能返回application/json格式的数据，请求还没有到达接口内部，就被 springmvc 拦截了，给拒绝了

8.3、方式 2：response.setHeader("Content-Type","媒体类型");

这种方式是直接忽略你客户端的要求，不管客户端的 Accept 是什么，服务器端都直接返回指定的类型，比如下面这段代码，不管客户端的 Accept 是什么值，最终都只会返回 xml 格式的数据。

@RequestMapping(value = "/cn/contenttype")
public void testContentType(HttpServletResponse response) throws IOException {
    //指定了响应的结果的类型
    response.setHeader("Content-Type", "application/xml");
    response.getWriter().write(
            "" +
                    "刘德华" +
                    "张学友" +
                    "郭富城" +
                    "黎明" +
                    "");
    response.getWriter().flush();
}

8.4、方式 3：由 SpringMVC 内部机制自动确定能够响应的媒体类型列表

如下代码，这段代码就由 SpringMVC 内部结合请求头中的 Accpet 协商得到最终返回的媒体类型。

@RequestMapping(value = "/cn/auto")
@ResponseBody
public List testAuto(HttpServletResponse response) throws IOException {
    List result = Arrays.asList(
            "刘德华",
            "张学友",
            "郭富城",
            "黎明");
    return result;
}

比如，你 Accept 传递的是 application/xml，表示客户端希望返回 xml 格式的数据。

Aceept 传递的是 application/json，表示客户端希望返回 json 格式的数据，那么返回但就是 json 格式的数据。

这个代码带来了一个问题：这段代码能够响应的媒体类型有哪些呢？这个问题大家有没有思考过

方法或者类上标注有@ResponseBody注解，通常这个接口的返回值会被 SpringMVC 中的org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor#handleReturnValue这个方法处理。

这个方法内部会找到当前 SpringMVC 容器中的所有消息转换器（org.springframework.http.converter.HttpMessageConverter），消息转换器中有个getSupportedMediaTypes方法。

List getSupportedMediaTypes();

这个方法会返回当前转换器能够支持的媒体类型，表示这个转换器能能够将内容转换为这些媒体类型格式的数据然后响应到客户端，比如上面接口的返回值是一个 List，然后丢给 xml 的 HttpMessageConverter，就会被转换为 xml 格式的数据输出到客户端。

SpringMVC 会调用这些 HttpMessageConverter 的getSupportedMediaTypes方法得到一个媒体类型列表，这个列表就是当前接口可以相应的媒体类型。

然后结合 http 头中的 Accept，得到一个最终双方都可以接受的媒体类型。

然后就进行排序。

然后取最优的一个，通常是排序后的第一个，作为最终响应的媒体类型，这个媒体类型会对应一个 HttpMessageConverter，然后使用 HttpMessageConverter 将接口的返回值转换为指定的媒体类型格式的数据，比如 xml 格式、json 格式等等，然后输出到响应体中。

8.5、方式 3 源码解读

方式 3 是最常用的方式，其次是方式 1，方式 2 用的比较少，这里我们来解读一下方式 3 的源码，以便加深理解。

方式 3 中会涉及到内容的协商，过程大致如下

  • step1：获取客户端能够接收的媒体类型列表：由请求头 Accpet 解析得到
  • step2：获取服务器端能够响应的媒体类型列表：遍历所有 HttpMessageConverter 的getSupportedMediaTypes方法得到一个媒体类型列表
  • step3：根据双方支持的媒体类型列表，得到双方都认可媒体类型列表
  • step4：对 step 中得到的双方都支持的媒体类型列表进行排序
  • step5：取一个合适的作为响应的媒体类型
  • step6：根据接口的返回值和 step5 得到的 MediaType，匹配到合适 HttpMessageConverter，然后调用 HttpMessageConverter 的 write 方法，其内部将内容转换为指定的格式输出

这个过程所在的代码在下面这个方法中，大家可以设置断点，然后去请求方式 3 中的/cn/auto接口，会进入到这个方法中。

org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor#writeWithMessageConverters(T, org.springframework.core.MethodParameter, org.springframework.http.server.ServletServerHttpRequest, org.springframework.http.server.ServletServerHttpResponse)

step1：获取客户端支持的媒体类型列表

获取客户端能够接收的媒体类型列表：由请求头 Accpet 解析得到

step2：获取服务器端能够响应的媒体类型列表

对应的代码如下

List producibleTypes = getProducibleMediaTypes(request, valueType, targetType);

下面进入getProducibleMediaTypes方法

protected List getProducibleMediaTypes(
    HttpServletRequest request, Class valueClass, @Nullable Type targetType) {
 //这个是从@RquestMapping的produces属性中取值，如果有就直接取这个的值
    Set mediaTypes =
        (Set) request.getAttribute(HandlerMapping.PRODUCIBLE_MEDIA_TYPES_ATTRIBUTE);
    if (!CollectionUtils.isEmpty(mediaTypes)) {
        return new ArrayList<>(mediaTypes);
    }
    //遍历HttpMessageConverter,调用其canWrite方法判断是否能够处理当前接口方法的返回值，比如当前接口是List
    //若可以处理，则调用其getSupportedMediaTypes方法，得到媒体类型列表
    List result = new ArrayList<>();
    for (HttpMessageConverter converter : this.messageConverters) {
        if (converter instanceof GenericHttpMessageConverter && targetType != null) {
            if (((GenericHttpMessageConverter) converter).canWrite(targetType, valueClass, null)) {
                result.addAll(converter.getSupportedMediaTypes(valueClass));
            }
        }
        else if (converter.canWrite(valueClass, null)) {
            result.addAll(converter.getSupportedMediaTypes(valueClass));
        }
    }
    //如果上面的媒体类型为空，则返回*/*媒体类型，否则返回找到的媒体类型列表
    return (result.isEmpty() ? Collections.singletonList(MediaType.ALL) : result);
}

HttpMessageConverter 我们截图看一下，这里有 8 个


HttpMessageConverter支持的 MediaType支持的接口返回值类型说明
StringHttpMessageConvertertext/plain,*/*String返回纯文本
ByteArrayHttpMessageConverterapplication/octet-streambyte[]返回字节流
FormHttpMessageConverterapplication/x-www-form-urlencoded
multipart/form-data
multipart/mixed		MultiValueMap将内容以表单提交的内容格式输出
ResourceHttpMessageConverter*/*org.springframework.core.io.ResourceResource 用来表示各种资源，这种可以用来下载文件
MappingJackson2HttpMessageConverterapplication/json
application/*+json		能够被 jackson 工具转换为 json 格式的类型都行响应 json 用的就是这个
MappingJackson2XmlHttpMessageConverterapplication/xml

text/xml

application/*+xml		能够被 jackson xml 工具转换为 xml 格式的类型都行响应 xml 用的就是这个

上面列表中的最后 2 个 Converter 在下面这些包中，所以加了这些配置之后，SpringMVC 才有了处理 json 和 xml 的能力，这里也算是解答了本文开头的问题。

getProducibleMediaTypes 方法执行完毕之后，得到了服务器端能够响应的媒体类型列表

step3：根据双方支持的媒体类型列表，得到双方都认可媒体类型列表

step4：对 step 中得到的双方都支持的媒体类型列表进行排序

step5：取一个合适的作为响应的媒体类型

如下，会遍历排序好的列表，然后进行遍历，取第一个具体的媒体类型，mediaType.isConcrete()用来爬的南是不是具体的类型，具体的类型就是内部不包含通配符*的类型

step6：匹配到合适的 HttpMessageConverter，将结果转换为指定的格式输出

代码如下，根据接口的返回值和 step5 得到的 MediaType，匹配到合适 HttpMessageConverter，然后调用 HttpMessageConverter 的 write 方法，其内部将内容转换为指定的格式输出

if (selectedMediaType != null) {
    selectedMediaType = selectedMediaType.removeQualityValue();
    for (HttpMessageConverter converter : this.messageConverters) {
        GenericHttpMessageConverter genericConverter = (converter instanceof GenericHttpMessageConverter ?
                                                        (GenericHttpMessageConverter) converter : null);
        if (genericConverter != null ?
            ((GenericHttpMessageConverter) converter).canWrite(targetType, valueType, selectedMediaType) :
            converter.canWrite(valueType, selectedMediaType)) {
            body = getAdvice().beforeBodyWrite(body, returnType, selectedMediaType,
                                               (Class>) converter.getClass(),
                                               inputMessage, outputMessage);
            if (body != null) {
                Object theBody = body;
                LogFormatUtils.traceDebug(logger, traceOn ->
                                          "Writing [" + LogFormatUtils.formatValue(theBody, !traceOn) + "]");
                addContentDispositionHeader(inputMessage, outputMessage);
                if (genericConverter != null) {
                    genericConverter.write(body, targetType, selectedMediaType, outputMessage);
                }
                else {
                    ((HttpMessageConverter) converter).write(body, selectedMediaType, outputMessage);
                }
            }
            else {
                if (logger.isDebugEnabled()) {
                    logger.debug("Nothing to write: null body");
                }
            }
            return;
        }
    }
}

9、总结

本文的内容是非常非常重要的一个知识点，建议大家多看 2 遍，敲一敲+debug，测试测试，掌握就比较容易了；掌握这些之后才能更好的用好 SpringMVC 和 SpringBoot。

10、案例代码 git 地址

10.1、git 地址

https://gitee.com/javacode2018/springmvc-series

10.2、本文案例代码结构说明

11、SpringMVC 系列目录

  1. SpringMVC 系列第 1 篇：helloword
  2. SpringMVC 系列第 2 篇：@Controller、@RequestMapping
  3. SpringMVC 系列第 3 篇：异常高效的一款接口测试利器
  4. SpringMVC 系列第 4 篇：controller 常见的接收参数的方式
  5. SpringMVC 系列第 5 篇：@RequestBody 大解密，说点你不知道的
  6. SpringMVC 系列第 6 篇：上传文件的 4 种方式，你都会么？
  7. SpringMVC 系列第 7 篇：SpringMVC 返回视图常见的 5 种方式，你会几种？
  8. SpringMVC 系列第 8 篇：返回 json & 通用返回值设计
  9. SpringMVC 系列第 9 篇：SpringMVC 返回 null 是什么意思？
  10. SpringMVC 系列第 10 篇：异步处理
  11. SpringMVC 系列第 11 篇：集成静态资源
  12. SpringMVC 系列第 12 篇：拦截器
  13. SpringMVC 系列第 13 篇：统一异常处理
  14. SpringMVC 系列第 14 篇：实战篇：通用返回值 & 异常处理设计
  15. SpringMVC 系列第 15 篇：全注解的方式  &  原理解析
  16. SpringMVC 系列第 16 篇：通过源码解析 SpringMVC 处理请求的流程
  17. SpringMVC 系列第 17 篇：源码解析 SpringMVC 容器的启动过程
  18. SpringMVC 系列第 18 篇：强大的 RequestBodyAdvice 解密
  19. SpringMVC 系列第 19 篇：强大的 ResponseBodyAdvice 解密
  20. SpringMVC 系列第 20 篇：RestFull 详解
  21. SpringMVC 系列第 21 篇：接口调用过利器 RestTemplate
  22. SpringMVC 系列第 22 篇：参数解析器 HandlerMethodArgumentResolver 解密
  23. SpringMVC 系列第 23 篇：@RequestParam 用法及原理详解
  24. SpringMVC 系列第 24 篇：@RequestBody 用法及原理详解
  25. SpringMVC 系列第 25 篇：@RequestHeader 用法及原理详解
  26. SpringMVC 系列第 26 篇：@CookieValue 用法及原理详解
  27. SpringMVC 系列第 27 篇：@RequestAttribute 详解
  28. SpringMVC 系列第 28 篇：@SessionAttribute 详解
  29. SpringMVC 系列第 29 篇：重定向和转向详解
  30. SpringMVC 系列第 30 篇：Converter 转换器详解
  31. SpringMVC 系列第 31 篇：跨域问题详解

12、更多系列文章

  1. Spring 高手系列（共 56 篇）
  2. Java 高并发系列（共 34 篇）
  3. MySql 高手系列（共 27 篇）
  4. Maven 高手系列（共 10 篇）
  5. Mybatis 系列（共 12 篇）
  6. 聊聊 db 和缓存一致性常见的实现方式
  7. 接口幂等性这么重要，它是什么？怎么实现？
  8. 泛型，有点难度，会让很多人懵逼，那是因为你没有看这篇文章！

13、最新资料

  1. 尚硅谷 Java 学科全套教程（总 207.77GB）
  2. 2021 最新版 Java 微服务学习线路图 + 视频
  3. 阿里技术大佬整理的《Spring 学习笔记.pdf》
  4. 阿里大佬的《MySQL 学习笔记高清.pdf》
  5. 2021 版 java 高并发常见面试题汇总.pdf
  6. Idea 快捷键大全.pdf
浏览 35
点赞
评论
收藏
分享

手机扫一扫分享

举报
评论
图片
表情
推荐
了解加密货币到加密货币的互换
1、什么是加密货币互换？加密货币到加密货币的互换是指以现行市场汇率将一种加密货币直接兑换为另一种加密货币。与需要法定货币存款和较长流程的传统交易所不同，加密货币到加密货币的互换可以无缝地促进交换。掉期在提高加密货币的流动性和效率方面发挥着重要作用。该功能使用户能够将他们的加密货币与钱包中的其他代币进
区块链头条
0
李彦宏：开源大模型不如闭源，后者会持续领先；周鸿祎：“开源不如闭源” 的言论是胡说八道
架构师大咖 架构师大咖，打造有价值的架构师交流平台。分享架构师干货、教程、课程、资讯。架构师大咖，每日推送。 公众号该公众号已被封禁0、李彦宏：开源大模型不如闭源，后者会持续领先当今
源码共读
0
【第129期】程序员的新宠：三款终端工具，让你告别Xshell！
概述 WindTerm：跨平台的SSH利器 首先介绍的是WindTerm，这是一款使用C语言开发的跨平台SSH客户端。它不仅完全免费，而且没有商业使用的限制。WindTerm支持SSH v2、Telnet、Raw Tcp等协议，而且性能出色，甚至超过了FinalShell和Electerm。功能
前端微服务
0
字节员工：35岁以后被裁员的，后来都走了哪条路？现在2-2，要不要利用最后一年拼命上个岸。
架构师大咖 架构师大咖，打造有价值的架构师交流平台。分享架构师干货、教程、课程、资讯。架构师大咖，每日推送。 公众号该公众号已被封禁在当今竞争激烈的职场环境中，年龄并不总是一个决定性
源码共读
0
上班的时候，有一群摸鱼搭子非常重要...
上班的时候，有一群摸鱼搭子非常重要！一到上班时间，他们就从四面八方涌进群里冒泡...从八卦聊到股市、从职场聊到乌X兰局势，偶尔还会复读、相亲、battle...然后，下午6点钟准时消失不见...所以你要不要加入我们一起摸鱼？我们有北京、上海、深圳、广州、杭州、武汉、成都、南京等8个城市的摸鱼群，还有
产品经理日记
0
周四002 瑞超：同样落寞的境遇——北雪平vs埃尔夫斯堡
上赛季最终排名联赛第9的北雪平本赛季伊始表现不佳，4轮战罢他们仅以1胜1平2负的战绩排在倒数第三，这支历史上曾夺得13次联赛冠军、6次杯赛冠军老牌劲旅，正如英格兰赛场上的一众百年俱乐部，在低谷中不断探索着出路。球队主教练安德烈亚斯·阿尔姆曾是AIK索尔纳及赫根队的主教练，他于今年年初刚刚拿起球队教鞭
产品与体验
0
你只是卡住了，你并没有被击垮
一旦思维僵化了，那就很难跟上这个真实世界的快节奏，更不可能自发地去发现自身问题，进而打破自己。思维僵化，会导致我们无法“活在当下，开放和接纳，并去做自己觉得重要的事情”。觉察自己思维僵化的特征，是改变的第一步。思维僵化导致了你的选择都是错误的。思维方式的不同，才是人跟人之间的不同。有的人遇到挫折了，
小Q聊产品
1
雷军辟谣了！不是高考状元，卡里也没有冰冷的 40 亿
架构师大咖 架构师大咖，打造有价值的架构师交流平台。分享架构师干货、教程、课程、资讯。架构师大咖，每日推送。 公众号该公众号已被封禁最近很火的雷军简历，听说落魄时卡里只有冰冷的 40
源码共读
0
【比特币减半后价格表现大揭秘】历史数据告诉你什么？
加密货币现状的十张图表Glassnode 和 Coinbase 发布了《加密货币市场指南》，这是一个季度系列，旨在提供对加密货币市场主要发展的详细分析。以下是报告中引起我们注意的10张图表：1.比特币主导地位从50%上升至52%通常由减半引发的山寨季会降低比特币的主导地位，使其更倾向于新的山寨币。这
区块链头条
0
日本影山优佳最新杂志照，展现充满透明感的美丽
今天的图文分享的是影山优佳的杂志写真。元日向坂46的影山优佳，登上了写真杂志《周刊FLASH》5/7和‬5/14合并号的封面。影山优佳是日本艺人、女演员、前偶像。身高155厘米。2001年‬5月‬8日‬出生‬于‬东京都。2023年7月从组合日向坂46毕业，之后作为演员活跃的影山优佳，在《周刊FLAS
python教程
0
点赞
评论
收藏
分享

手机扫一扫分享

举报