SpringMVC关于jsonxml自动转换的原理研究
<mvc:resources location="/static/" mapping="/static/**"/><mvc:annotation-driven/><context:component-scan base-package="org.ller" />视图配置省略.....

pom中需要有以下依赖(Spring依赖及其他依赖不显示)
    <dependency>      <groupId&dehaus.jackson</groupId>      <artifactId>jackson-core-asl</artifactId>      <version>1.9.13</version>    </dependency>    <dependency>      <groupId&dehaus.jackson</groupId>      <artifactId>jackson-mapper-asl</artifactId>      <version>1.9.13</version>    </dependency>

这个依赖分别是json序列化的依赖。
ok。我们在Controller中添加一个method
@RequestMapping("/)
@ResponseBody
public Map<String, Object> <String, Object> map = new HashMap<String, Object>();
map.put("list", employeeService.list());
return map;}
直接访问地址:
我们看到,短短几行配置。使用@ResponseBody注解之后,Controller返回的对象 自动被转换成对应的json数据,在这里不得不感叹SpringMVC的强大。
我们好像也没看到具体的配置,唯一看到的就是*-dispatcher.
那么spring到底是如何实现java对象到json对象的自动转换的呢? 为什么转换成了json数据,如果想转换成
源码分析
本文使用的spring版本是4.0.2 
在讲解<mvc:annotation-driven/>这个配置之前,我们先了解下Spring的消息转换机制。@ResponseBody这个注解就是使用消息转换机制,最终通过json的转换器转换成json数据的。
HttpMessageConverter接口就是Spring提供的http消息转换接口。有关这方面的知识大家可以参考"参考资料"中的第二条链接,里面讲的很清楚。
下面开始分析<mvc:annotation-driven/>这句配置:
这句代码在spring中的解析类是:
AnnotationDrivenBeanDefinitionParser源码的152parse方法中:
分别实例化了RequestMappingHandlerMappingConfigurableWebBindingInitializerRequestMappingHandlerAdapter等诸多类。
其中RequestMappingHandlerMappingRequestMappingHandlerAdapter这两个类比较重要。
RequestMappingHandlerMapping处理请求映射的,处理@RequestMapping跟请求地址之间的关系。
RequestMappingHandlerAdapter是请求处理的适配器,也就是请求之后处理具体逻辑的执行,关系到哪个类的哪个方法以及转换器等工作,这个类是我们讲的重点,其中它的属性messageConverters是本文要讲的重点。
springmvc源码面试题
私有方法:getMessageConverters
从代码中我们可以,RequestMappingHandlerAdapter设置messageConverters的逻辑:
1.如果<mvc:annotation-driven>节点有子节点message-converters,那么它的转换器属性messageConverters也由这些子节点组成。
message-converters的子节点配置如下:
<mvc:annotation-driven>  <mvc:message-converters register-defaults="true">    <bean class="ample.MyHttpMessageConverter"/>    <bean class="ample.MyOtherHttpMessageConverter"/>  </mvc:message-converters></mvc:annotation-driven>

 
2.message-converters子节点不存在或它的属性register-defaultstrue的话,加入其他的转换器:ByteArrayHttpMessageConverterStringHttpMessageConverterResourceHttpMessageConverter等。
我们看到这么一段:
这些boolean属性是哪里来的呢,它们是AnnotationDrivenBeanDefinitionParser的静态变量。
 其中ClassUtils中的isPresent方法如下:
看到这里,读者应该明白了为什么本文一开始在pom文件中需要加入对应的jackson依赖,为了让json转换器jackson成为默认转换器之一。
<mvc:annotation-driven>的作用读者也明白了。
下面我们看如何通过消息转换器将java对象进行转换的。
 
RequestMappingHandlerAdapter在进行handle的时候,会委托给HandlerMethod(具体由子
ServletInvocableHandlerMethod处理)的invokeAndHandle方法进行处理,这个方法又转接给HandlerMethodReturnValueHandlerComposite处理。
HandlerMethodReturnValueHandlerComposite维护了一个HandlerMethodReturnValueHandler列表。HandlerMethodReturnValueHandler是一个对返回值进行处理的策略接口。然后到确定的HandlerMethodReturnValueHandler对结果值进行处理。
最终到RequestResponseBodyMethodProcessor这个Handler(由于使用了@ResponseBody注解)。
RequestResponseBodyMethodProcessorsupportsReturnType方法:
然后使用handleReturnValue方法进行处理:
我们看到,这里使用了转换器。 
具体的转换方法:
至于为何是请求头部的Accept数据,读者可以进去debug这个getAcceptableMediaTypes方法看看。 我就不罗嗦了~~~
 ok。至此,我们走遍了所有的流程。
 
现在,回过头来看。为什么一开始的demo输出了json数据?
我们来分析吧。
 
由于我们只配置了<mvc:annotation-driven>,因此使用spring默认的那些转换器。
很明显,我们看到了2要看能不能转换,得看HttpMessageConverter接口的public boolean canWrite(Class<?> clazz, MediaType mediaType)方法是否返回true来决定的。
我们先分析SourceHttpMessageConverter
它的canWrite方法被父类AbstractHttpMessageConverter重写了。
发现SUPPORTED_CLASSES中没有Map(本文demo返回的是Map),因此不支持。
下面看Jaxb2RootElementHttpMessageConverter
这个类直接重写了canWrite方法。
需要有
最终MappingJackson2HttpMessageConverter匹配,进行json转换。(为何匹配,请读者自行查看源码)
实例讲解
 我们分析了转换器的转换过程之后,下面就通过实例来验证我们的结论吧。
首先,我们先把
之前已经分析,默认的转换器中是支持
由于Mapjdk源码中的部分,因此我们用Employee来做demo
因此,Controller加上一个方法:
@RequestMapping("/)@ResponseBodypublic Employee ById(1);}

实体中加上@
结果如下:
我们发现,解析成了
这里为什么解析成
 
之前分析过,消息转换器是根据classmediaType决定的。
我们使用firebug看到:
我们发现Accept
 
我们再来验证,同一地址,HTTP头部不同Accept。看是否正确。
$.ajax({  url: "${tPath}/employee/,  success: function(res) {    console.log(res);  },  headers: {    "Accept": "application/  }});

$.ajax({  url: "${tPath}/employee/,  success: function(res) {    console.log(res);  },  headers: {    "Accept": "application/json"  }});

验证成功。
关于配置
如果不想使用<mvc:annotation-driven/>中默认的RequestMappingHandlerAdapter的话,我们可以在重新定义这个beanspring会覆盖掉默认的RequestMappingHandlerAdapter

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。