前言
最近学习spring mvc,看到了ContentNegotiatingViewResolver 和 spring mvc的Content Negotiating,于是想不通viewResolver 和HttpMessageConverter 的适用范围。看到了下面这篇文章。
之前一直在用@ResponseBody注解的方式进行restful开发,在看书的时候又看到了ContentNegotiatingViewResolver,顿时就疑惑了,这两个东西的功能不是重复了吗?在网上搜索一番,也没有结果,最后google+spring文档,终于明白了,这里解释一下。
ContentNegotiating 是将controller的返回结果委托给ViewResolver,这里你可以使用spring内置的各种ViewResolver或者定制自己的,所以json的返回数据,将展示在一个页面中!也就是说除了json的数据,也可以有其他的html元素,是一个完整的试图。
而@ResponseBody注解则会绕过ViewResolver,将controller的返回结果交给HttpMessageConverter,然后将转换后的消息返回,也即是返回的是纯数据。
代码
@Controller
// @restcontroller是Controller和ResponseBody的组合,表示这个类都绕过视图解析器
// @RestController
public class UserController {
@ResponseBody
@RequestMapping("/user1")
public String user1(){
// 这个方法会绕过viewresolver,string直接返回到前端,haha直接显示到前端页面
return "haha";
}
@RequestMapping("/user2")
public String user2(){
// haha会被当做url走到viewresolver处理后,返回viewresolver解析后数据
return "haha";
}
}
工作流程
- 在后端我们给请求处理的方法标记一个@ResponseBody注解,相当于数据是直接响应出去而不是跳转出去。
- 原理:当我们给方法加入@ResponseBody注解,代表我们的数据想要响应出去,springmvc在底层会调用一个叫RequestResponseBodyMethodProcessor的处理器来处理我们的返回值。
- 而这个处理器底层又是通过调用MessageConverter(消息转换器)来进行数据类型的转换。而这些MessageConverter(消息转换器)每一种都能操作对应的媒体类型数据(读、写)。
- 最终通过内容协商即客户端需要什么类型的数据(获取客户端Accept请求头字段[例:application/xml])和底层MessageConverter(消息转换器)能够支持什么类型的数据来进行内容协商,找到最终合适的MessageConverter(消息转换器)将后端获取的数据转换成客户端需要的数据。