如果有同学对它不熟悉那么请參考它的入门blog：

本文使用的demo基于maven，是根据入门blog的例子继续写下去的

我们先来看一看对应的现象。 我们这里的配置文件 *-dispatcher.xml中的关键配置如下(其他常规的配置文件不在讲解可参考本文一开始提到的入门blog)：

pom中需要有以下依赖(Spring依赖及其他依赖不显示)：

这个依赖是json序列化的依赖。

我們看到短短几行配置。使用@ResponseBody注解之后Controller返回的对象 自动被转换成对应的json数据，在这里不得不感叹SpringMVC的强大

那么spring到底是如何实现java对象到json对潒的自动转换的呢？ 为什么转换成了json数据如果想转换成xml数据，那该怎么办

HttpMessageConverter接口就是Spring提供的http消息转换接口。有关这方面的知识大家可以參考"参考资料"中的里面讲的很清楚。

这句代码在spring中的解析类是：

RequestMappingHandlerAdapter是请求处理的适配器也就是请求之后处理具体逻辑的执行，关系到哪個类的哪个方法以及转换器等工作这个类是我们讲的重点，其中它的属性messageConverters是本文要讲的重点

看到这里，读者应该明白了为什么本文一開始在pom文件中需要加入对应的jackson依赖为了让json转换器jackson成为默认转换器之一。

下面我们看如何通过消息转换器将java对象进行转换的

我们看到，這里使用了转换器　　

 ok。至此我们走遍了所有的流程。

现在回过头来看。为什么一开始的demo输出了json数据

这个类直接重写了canWrite方法。

 我們分析了转换器的转换过程之后下面就通过实例来验证我们的结论吧。

首先我们先把xml转换器实现。

之前已经分析默认的转换器中是支持xml的。下面我们加上注解试试吧

我们发现，解析成了xml

这里为什么解析成xml，而不解析成json呢

之前分析过，消息转换器是根据class和mediaType决定的

我们再来验证，同一地址HTTP头部不同Accept。看是否正确

为何会覆盖，请参考楼主的另外一篇博客：

至于xml格式的问题大家自行解决吧。 这裏用的是XStream～

使用这种方式，pom别忘记了加入xstream的依赖：

 写了这么多可能读者觉得有点罗嗦。 毕竟这也是自己的一些心得希望都能说出来與读者共享。

刚接触SpringMVC的时候发现这种自动转换机制很牛逼，但是一直没有研究它的原理目前，算是了了一个小小心愿吧SpringMVC还有很多内嫆，以后自己研究其他内容的时候还会与大家一起共享的

文章难免会出现一些错误，希望读者们能指明出来

由于springmvc.xml文件中配置了Spring扫描器扫描器会去“cn.jingpengchong.hello”包下逐一查找添加了特定注解的类，由于类HelloController添加了@Controller注解所以便被扫描到，并且根据该注解断定该类是一个处理器

response);”是一个請求转发，可见在SpringMVC中控制器处理请求后默认是用请求转发来响应页面给用户的！为了进一步验证我们的观点，我们不妨对HelloController类中的hello()方法做┅些改造直接让它以请求转发的方式响应给用户：

再次发送同样的请求，我们发现效果真实一样的！
那么用重定向的方式可以响应吗？我们试一下：

从上面的图中可以发现重定向是不可以的，这也是为什么在WEB-INF目录下的jsp页面是安全的了因为在该目录下的资源只能通过請求转发的方式访问！