这篇文章给大家聊聊关于aspnetmvc博客网站源码分享，以及网站源码对应的知识点，希望对各位有所帮助，不要忘了收藏本站哦。
本文使用的demo基于maven，是根据入门blog的例子继续写下去的。
我们先来看一看对应的现象。我们这里的配置文件*-dispatcher.xml中的关键配置如下(其他常规的配置文件不再讲解，可参考本文一开始提到的入门blog)：
(视图配置省略)
<mvc:resourceslocation=&34;mapping=&34;/>\n<mvc:annotation-driven/>\n<context:component-scanbase-package=&34;/>\n
pom中需要有以下依赖(Spring依赖及其他依赖不显示)：
<dependency>\n<groupId>org.codehaus.jackson</groupId>\njackson-core-asl\n<version>1.9.13</version>\n</dependency>\n<dependency>\n<groupId>org.codehaus.jackson</groupId>\njackson-mapper-asl\n<version>1.9.13</version>\n</dependency>\n
这个依赖是json序列化的依赖。
ok。我们在Controller中添加一个method：
@RequestMapping(“/xmlOrJson”)\n@ResponseBodypublicMap<String,Object>xmlOrJson(){\nMap<String,Object>map=newHashMap<String,Object>();\nmap.put(“list”,employeeService.list());returnmap;\n}
直接访问地址：
我们看到，短短几行配置。使用@ResponseBody注解之后，Controller返回的对象自动被转换成对应的json数据，在这里不得不感叹SpringMVC的强大。
我们好像也没看到具体的配置，唯一看到的就是*-dispatcher.xml中的一句配置：mvc:annotation-driven/。其实就是这个配置，导致了java对象自动转换成json对象的现象。
那么spring到底是如何实现java对象到json对象的自动转换的呢？为什么转换成了json数据，如果想转换成xml数据，那该怎么办？
源码分析
本文使用的spring版本是4.0.2。
在讲解mvc:annotation-driven/这个配置之前，我们先了解下Spring的消息转换机制。@ResponseBody这个注解就是使用消息转换机制，最终通过json的转换器转换成json数据的。
HttpMessageConverter接口就是Spring提供的http消息转换接口。有关这方面的知识大家可以参考”参考资料”中的第二条链接，里面讲得很清楚。
下面开始分析mvc:annotation-driven/这句配置:
这句代码在spring中的解析类是：
在AnnotationDrivenBeanDefinitionParser源码的152行parse方法中：
分别实例化了RequestMappingHandlerMapping，ConfigurableWebBindingInitializer，RequestMappingHandlerAdapter等诸多类。
其中RequestMappingHandlerMapping和RequestMappingHandlerAdapter这两个类比较重要。
RequestMappingHandlerMapping处理请求映射的，处理@RequestMapping跟请求地址之间的关系。
RequestMappingHandlerAdapter是请求处理的适配器，也就是请求之后处理具体逻辑的执行，关系到哪个类的哪个方法以及转换器等工作，这个类是我们讲的重点，其中它的属性messageConverters是本文要讲的重点。
私有方法:getMessageConverters
从代码中我们可以，RequestMappingHandlerAdapter设置messageConverters的逻辑：
1.如果mvc:annotation-driven节点有子节点message-converters，那么它的转换器属性messageConverters也由这些子节点组成。
message-converters的子节点配置如下：
<mvc:annotation-driven>\n<mvc:message-converters>\n<beanclass=&34;/>\n<beanclass=&34;/>\n</mvc:message-converters>\n</mvc:annotation-driven>\n
2.message-converters子节点不存在或它的属性register-defaults为true的话，加入其他的转换器：ByteArrayHttpMessageConverter、StringHttpMessageConverter、ResourceHttpMessageConverter等。
我们看到这么一段：
这些boolean属性是哪里来的呢，它们是AnnotationDrivenBeanDefinitionParser的静态变量。
其中ClassUtils中的isPresent方法如下：
看到这里，读者应该明白了为什么本文一开始在pom文件中需要加入对应的jackson依赖，为了让json转换器jackson成为默认转换器之一。
mvc:annotation-driven的作用读者也明白了。
下面我们看如何通过消息转换器将java对象进行转换的。
RequestMappingHandlerAdapter在进行handle的时候，会委托给HandlerMethod（具体由子类ServletInvocableHandlerMethod处理）的invokeAndHandle方法进行处理，这个方法又转接给HandlerMethodReturnValueHandlerComposite处理。
HandlerMethodReturnValueHandlerComposite维护了一个HandlerMethodReturnValueHandler列表。HandlerMethodReturnValueHandler是一个对返回值进行处理的策略接口，这个接口非常重要
最终找到RequestResponseBodyMethodProcessor这个Handler（由于使用了@ResponseBody注解）。
RequestResponseBodyMethodProcessor的supportsReturnType方法：
然后使用handleReturnValue方法进行处理：
我们看到，这里使用了转换器。
具体的转换方法：
至于为何是请求头部的Accept数据，读者可以进去debug这个getAcceptableMediaTypes方法看看。我就不罗嗦了～～～
ok。至此，我们走遍了所有的流程。
现在，回过头来看。为什么一开始的demo输出了json数据？
我们来分析吧。
由于我们只配置了mvc:annotation-driven，因此使用spring默认的那些转换器。
很明显，我们看到了2个xml和1个json转换器。要看能不能转换，得看HttpMessageConverter接口的publicbooleancanWrite(Class<?>clazz,MediaTypemediaType)方法是否返回true来决定的。
我们先分析SourceHttpMessageConverter：
它的canWrite方法被父类AbstractHttpMessageConverter重写了。
发现SUPPORTED_CLASSES中没有Map类(本文demo返回的是Map类)，因此不支持。
下面看Jaxb2RootElementHttpMessageConverter：
这个类直接重写了canWrite方法。
需要有XmlRootElement注解。很明显，Map类当然没有。
最终MappingJackson2HttpMessageConverter匹配，进行json转换。（为何匹配，请读者自行查看源码）
实例讲解
我们分析了转换器的转换过程之后，下面就通过实例来验证我们的结论吧。
首先，我们先把xml转换器实现。
之前已经分析，默认的转换器中是支持xml的。下面我们加上注解试试吧。
由于Map是jdk源码中的部分，因此我们用Employee来做demo。
因此，Controller加上一个方法：
@RequestMapping(“/xmlOrJsonSimple”)\n@ResponseBodypublicEmployeexmlOrJsonSimple(){returnemployeeService.getById(1);\n}
实体中加上@XmlRootElement注解
结果如下：
我们发现，解析成了xml。
这里为什么解析成xml，而不解析成json呢？
之前分析过，消息转换器是根据class和mediaType决定的。
我们使用firebug看到：
我们发现Accept有xml，没有json。因此解析成xml了。
我们再来验证，同一地址，HTTP头部不同Accept。看是否正确。
$.ajax({\nurl:&34;,\nsuccess:function(res){\nconsole.log(res);\n},\nheaders:{&34;:&34;}\n});
$.ajax({\nurl:&34;,\nsuccess:function(res){\nconsole.log(res);\n},\nheaders:{&34;:&34;}\n});
验证成功。
关于配置
如果不想使用mvc:annotation-driven/中默认的RequestMappingHandlerAdapter的话，我们可以在重新定义这个bean，spring会覆盖掉默认的RequestMappingHandlerAdapter。
为何会覆盖，请参考楼主的另外一篇博客：http://www.cnblogs.com/fangjian0423/p/spring-Ordered-interface.html
<bean>\n\n<propertyname=&34;>\n\n<list>\n\n<bean>\n\n<bean>\n\n<bean>\n\n</bean>\n</bean>\n</bean>\n</list>\n\n</property>\n\n</bean>`
或者如果只想换messageConverters的话。
<mvc:annotation-driven>\n<mvc:message-converters>\n<beanclass=&34;/>\n<beanclass=&34;/>\n</mvc:message-converters>\n</mvc:annotation-driven>\n
如果还想用其他converters的话。
以上是spring-mvcjar包中的converters。
这里我们使用转换xml的MarshallingHttpMessageConverter。
这个converter里面使用了marshaller进行转换
我们这里使用XStreamMarshaller。
json没有转换器，返回406.
至于xml格式的问题，大家自行解决吧。这里用的是XStream～。
使用这种方式，pom别忘记了加入xstream的依赖：
<dependency>\n<groupId>com.thoughtworks.xstream</groupId>\nxstream\n<version>1.4.7</version>\n</dependency>\n
HttpInputMessage这个类是SpringMVC内部对一次Http请求报文的抽象，在HttpMessageConverter的read()方法中，有一个HttpInputMessage的形参，它正是SpringMVC的消息转换器所作用的受体“请求消息”的内部抽象，消息转换器从“请求消息”中按照规则提取消息，转换为方法形参中声明的对象。
packageorg.springframework.http;\n\nimportjava.io.IOException;\nimportjava.io.InputStream;\n\npublicinterfaceHttpInputMessageextendsHttpMessage{\n\n\tInputStreamgetBody()throwsIOException;\n\n}\n
HttpMessageConverter对消息转换器最高层次的接口抽象，描述了一个消息转换器的一般特征，我们可以从这个接口中定义的方法，来领悟Spring3.x的设计者对这一机制的思考过程。
packageorg.springframework.http.converter;\n\nimportjava.io.IOException;\nimportjava.util.List;\n\nimportorg.springframework.http.HttpInputMessage;\nimportorg.springframework.http.HttpOutputMessage;\nimportorg.springframework.http.MediaType;\n\npublicinterfaceHttpMessageConverter<T>{\n\n\tbooleancanRead(Class<?>clazz,MediaTypemediaType);\n\n\tbooleancanWrite(Class<?>clazz,MediaTypemediaType);\n\n\tList<MediaType>getSupportedMediaTypes();\n\n\tTread(Class<?extendsT>clazz,HttpInputMessageinputMessage)\n\t\t\tthrowsIOException,HttpMessageNotReadableException;\n\n\tvoidwrite(Tt,MediaTypecontentType,HttpOutputMessageoutputMessage)\n\t\t\tthrowsIOException,HttpMessageNotWritableException;\n\n}\n
HttpMessageConverter接口的定义出现了成对的canRead()，read()和canWrite()，write()方法，MediaType是对请求的MediaType属性的封装。举个例子，当我们声明了下面这个处理方法。
@RequestMapping(value=&34;,method=RequestMethod.POST)\npublic@ResponseBodyStringreadString(@RequestBodyStringstring){\nreturn&39;&34;&34;;\n}\n
在SpringMVC进入readString方法前，会根据@RequestBody注解选择适当的HttpMessageConverter实现类来将请求参数解析到string变量中，具体来说是使用了StringHttpMessageConverter类，它的canRead()方法返回true，然后它的read()方法会从请求中读出请求参数，绑定到readString()方法的string变量中。
当SpringMVC执行readString方法后，由于返回值标识了@ResponseBody，SpringMVC将使用StringHttpMessageConverter的write()方法，将结果作为String值写入响应报文，当然，此时canWrite()方法返回true。
我们可以用下面的图，简单描述一下这个过程。
思考张小龙在谈微信的本质时候说：“微信只是个平台，消息在其中流转”。在我们对SpringMVC源码分析的过程中，我们可以从HttpMessageConverter机制中领悟到类似的道理。在SpringMVC的设计者眼中，一次请求报文和一次响应报文，分别被抽象为一个请求消息HttpInputMessage和一个响应消息HttpOutputMessage。
处理请求时，由合适的消息转换器将请求报文绑定为方法中的形参对象，在这里，同一个对象就有可能出现多种不同的消息形式，比如json和xml。同样，当响应请求时，方法的返回值也同样可能被返回为不同的消息形式，比如json和xml。
在SpringMVC中，针对不同的消息形式，我们有不同的HttpMessageConverter实现类来处理各种消息形式。但是，只要这些消息所蕴含的“有效信息”是一致的，那么各种不同的消息转换器，都会生成同样的转换结果。至于各种消息间解析细节的不同，就被屏蔽在不同的HttpMessageConverter实现类中了。
由于受限于篇幅不再展开，这些问题都已经成了一份PDF文档，有需要的朋友可以私信回复{888}即可免费获取
aspnetmvc博客网站源码分享和网站源码的问题分享结束啦，以上的文章解决了您的问题吗？欢迎您下次再来哦！