SpringMVC处理静态资源，主要是两个标签，mvc:resources和mvc:defaultservlethandler。在详细说明他们的原理之前，需要先简单说明下SpringMVC中请求处理机制：HandlerMapping和HandlerAdapter。1HandlerMapping和HandlerAdapter的来由用过pytho

  Spring版本5.1.4.release.  内容协商是用在Springmvc返回Controller方法结果序列化时使用，而不是解析mvc参数时使用。    Springmvc支持４种内容协商，拓展名、固定值、Http的头部Accept、请求参数format，那Springmvc中怎么实现的呢，怎么使用已经有很多人分析了，这里来分析下

SpringMVC除了对请求URL的路由处理特别方便外，还支持对异常的统一处理机制，可以对业务操作时抛出的异常，unchecked异常以及状态码的异常进行统一处理。SpringMVC既提供简单的配置类，也提供了细粒度的异常控制机制。SpringMVC中所有的异常处理通过接口HandlerExceptionResolver来实现，接口中只定义了一个方法

1.前言1.1导入SpringMVC是基于Servlet和Spring框架设计的Web框架，做JavaWeb的同学应该都知道!(https://oscimg.oschina.net/oscnet/0c6bfd66042ee7eff6e4aa69652e7c93a7f.png)本文基于Spring4.3.7源码分析，（不

SpringMVC（二）通过上一篇SpringMVC的博文，我们掌握了如何新建SpringMVC项目，了解了其大致工作原理，了解了常用的注解，知道了REST风格的架构，通过源码初步了解到了数据绑定的流程。接着上次我们继续对SpringMVC进行学习。数据绑定、校验、格式化SpringMVC通过反射机制

基本概念在SpringMVC中HandlerExceptionResolver接口负责统一异常处理。内部构造下面来看它的源码：publicinterfaceHandlerExceptionResolver{ModelAndViewresolveException(H

!(https://gss2.bdstatic.com/fo3dSag_xI4khGkpoWK1HF6hhy/baike/w%3D268%3Bg%3D0/signed6ee77cff039245a1b5e609bfafc3ff/d52a2834349b033b7515ed6b16ce36d3d439bde5.jpg)

!(https://gss2.bdstatic.com/fo3dSag_xI4khGkpoWK1HF6hhy/baike/w%3D268%3Bg%3D0/signed6ee77cff039245a1b5e609bfafc3ff/d52a2834349b033b7515ed6b16ce36d3d439bde5.jpg)

!(https://gss2.bdstatic.com/fo3dSag_xI4khGkpoWK1HF6hhy/baike/w%3D268%3Bg%3D0/signed6ee77cff039245a1b5e609bfafc3ff/d52a2834349b033b7515ed6b16ce36d3d439bde5.jpg)

AbstractHandlerMapping是实现HandlerMapping接口的一个抽象基类。支持排序，默认处理程序，处理程序拦截器，包括由路径模式映射的处理程序拦截器。所有的HandlerMapping都继承自AbstractHandlerMapping。另外，此基类不支持PATH\_WITHIN\_HANDLER\_MAPPING\_ATTRIBUT