springMVC中框架对HttpMessageConverter的选择原理

@RequestBody, @ResponseBody 注解详解(转)引言:关于简述httpMessageConvert原理解释的帖子:https://blog.csdn.net/j080624/article/details/70245741,这个帖子中总结的让人疑惑,就是springMVC具体怎么去选择httpMessageConvert的,有句总结的话不好理解:Spring首先根据请求头或响...
摘要由CSDN通过智能技术生成

引言:

关于简述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指定;

 


  • 5
    点赞
  • 29
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值