Spring MVC之mvc:resources处理静态资源

    由于早期的 SpringMVC 不能很好地处理静态资源，所以在 web.xml 中配置 DispatcherServlet 的请求映射时，往往采用 \*.do、\*.xhtml 等方式，这就决定了请求 URL 必须是一个带后缀的 URL，而无法采用真正 REST 风格的 URL。
    如果将DispatcherServlet请求映射配置为“/”，那么Spring MVC将捕获web容器所有请求，包括静态资源请求，Spring MVC会将它们当成一个普通请求处理，从而报错。

为什么要使用？
    首先，允许静态资源放置在任何地方，如 WEB-INF 目录下、类路径下等，甚至可以将 JavaScript 等静态文件打包到 JAR 包中，通过 location 属性指定静态资源的位置，由于 location 属性是 Resource 类型，因此可以使用诸如 “classpath:” 等的资源前缀指定资源位置。传统的 Web 容器的静态资源只能放在 Web 容器的根路径下，打破了这个限制。
    其次，可以对静态资源提供优化，例如：通过 cacheSeconds 属性指定静态资源在浏览器端的缓存时间，充分利用浏览器端的缓存，在输出静态资源时，会根据配置设置好响应报文的 Expires 和 Cache-Control 值。在接受到静态资源的获取请求时，会检查请求头的 Last_modified 值。如果静态资源没有发生变化，直接返回303响应状态码，指示客户端使用浏览器缓存的数据。

简单配置

项目结构

说明

1、    我们配置的 web 根路径 “/” 下包含 html、jquery-2.1.1、images 和 WEB-INF，除了 WEB-INF 外，其他三个文件夹都可以访问，而 WEB-INF 不能被访问。因为 SpringMVC 在处理映射的静态资源时，会检查引用路径是否包含 WEB-INF 或者 META-INF，如果包括，则直接返回 null 。当然我们也可以配置 location="/WEB-INF/" 。

2、如果我们设置了 cache-period 属性，即设置静态资源在客户端浏览器中的缓存有效时间，那么当发布了新版本应用时，由于客户端浏览器缓存的缘故，需要使这些静态资源成为“新的资源”，例如给静态资源的路径添加应用发布的版本号