@ResponseBody分析【转】

在SpringMVC中可以在Controller的某个方法上加@ResponseBody注解，表示该方法的返回结果直接写入HTTP response body中。

但是实际使用中发现最后生成的response中"Content-Type"的值不正确。

Spring使用AnnotationMethodHandlerAdapter来处理@ResponseBody，该类再使用一些HttpMessageConverter来具体处理信息。

AnnotationMethodHandlerAdapter使用request header中"Accept"的值和messageConverter支持的MediaType进行匹配，然后会用"Accept"的第一个值写入 response的"Content-Type"。

一般的请求都是通过浏览器进行的，request header中"Accept"的值由浏览器生成。

Chrome生成的值为application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5

IE8生成的值为application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*

所以最后写入response中"Content-Type"的值为"application/xml"或"application/x-ms-application"。

但我们一般会在标注@ResponseBody的方法上返回String或byte[]类型的结果，期望的"Content-Type"的值应为"text/plain"或"application/octet-stream"。

这样导致了浏览器不能正确处理返回的内容。

实际上Spring在用HttpMessageConverter处理的过程中首先会判断response header中有没有写入"Content-Type"，如果没有写入的话才会使用request header中"Accept"的第一个值。

但是由于Spring对HttpServletResponse进行了封装，实际上使用的是ServletServerHttpResponse，这个类有一个对真正的HttpServletResponse的引用。

判断response header的过程中使用的是ServletServerHttpResponse的getHeaders()方法，但该方法并没有返回真正的HttpServletResponse中的header。（这应该有问题吧？）

所以我们虽然可以在Controller的方法中加入对HttpServletResponse的引用，然后设置"Content-Type"的值，但是并不会起作用。

通过上面的分析，@ResponseBody看来是无法使用了。