springMVC中框架对HttpMessageConverter的选择原理

@RequestBody, @ResponseBody 注解详解(转)

引言：

关于简述httpMessageConvert原理解释的帖子：https://blog.csdn.net/j080624/article/details/70245741，这个帖子中总结的让人疑惑，就是springMVC具体怎么去选择httpMessageConvert的，有句总结的话不好理解：Spring首先根据请求头或响应头的Accept属性选择匹配的HttpMessageConverter，进而根据参数类型和泛型类型的过滤得到匹配的HttpMessageConverter。根据下面帖子贴出的代码，对request的处理，先是判断content-type是否有值，为空则抛异常，如果有值则遍历框架内所有converter，canRead（paramType, contentType）实际会调用两个方法canRead（contentType）和supports（paramType）并对两个方法的boolean结果&&操作，两个方法都返回truecanRead(paramType, contentType)就为true，框架就会选择这个converter处理请求数据。这两个方法会在具体的converter中实现或继承。他们分别表面某个转换器converter能读取的数据类型和支持转化的参数类型（@RequestBody 注明的参数的类型，或者是HttpEntity<T> T具体代表的类型）。

对response返回选择converter的过程类似。

 

简介：

@RequestBody

作用： 

      i) 该注解用于读取Request请求的body部分数据，使用系统默认配置的HttpMessageConverter进行解析，然后把相应的数据绑定到要返回的对象上；

      ii) 再把HttpMessageConverter返回的对象数据绑定到 controller中方法的参数上。

使用时机：

A) GET、POST方式提时， 根据request header Content-Type的值来判断:

•     application/x-www-form-urlencoded， 可选（即非必须，因为这种情况的数据@RequestParam, @ModelAttribute也可以处理，当然@RequestBody也能处理）；
•     multipart/form-data, 不能处理（即使用@RequestBody不能处理这种格式的数据）；
•     其他格式， 必须（其他格式包括application/json, application/xml等。这些格式的数据，必须使用@RequestBody来处理）；
  

 

B) PUT方式提交时， 根据request header Content-Type的值来判断:

 

•     application/x-www-form-urlencoded， 必须；
•     multipart/form-data, 不能处理；
•     其他格式， 必须；
  

说明：request的body部分的数据编码格式由header部分的Content-Type指定；