一、历史回顾
（一）、springmvc.xml配置的默认路径问题
指定springMVC配置文件的路径，如果要省略，必须放到默认路径：/WEB-INF/servletName的值-servlet.xml。
注意：这里一般都会用<init-param>来指定springmvc.xml的位置。
二、Restful风格
（一）、Restful风格
1、REST风格：软件编程风格
springMVC： GET、POST、DELETE、PUT（对应増、删、改、查）
注意：普通浏览器只支持GET、POST方式，并不支持其他方式。通过增加过滤器来增加支持DELETE、PUT请求的方式
2、具体springMVC怎么解决不支持的方式呢？
（1）、通过增加过滤器（HiddenHttpMethodFilter）来增加支持DELETE、PUT请求的方式。在web.xml配置如下代码：
（2）、请求的时候，增加一段代码让springMVC识别，具体代码为：
（3）、请求方式为POST。
具体解决的图示：
3、案例
例： 请求的action一样的时候，通过method匹配具体的请求。
请求页面（index.jsp）：
web.xml配置的过滤器信息：
Controller控制请求：
（二）、SpringMVC支持Restful风格原理
1、HiddenHttpMethodFilter源码分析
原始请求：HttpServletRequest request，该请求默认只支持get、post、header。但是如果页面请求是“POST”，并且有隐藏域代码“<input type="hidden" name="_method" value="delete或者put">”。这里操作是过滤器将原始请求request加入新的请求方式“DELETE”或者“PUT”，并将原始请求转为“HttpMethodRequestWrapper”的请求对象（request + DELETE或PUT），最后将转换后的请求放入请求链中。后续在处理request是，实际就是用改造后的HttpMethodRequestWrapper类的对象。
三、请求信息接收
（一）、通过@RequestParam注解获取参数请求方式
前面讲到通过@PathVariable注解的方式，这种方式的请求，需要将传入的参数值放在请求的路径里，下面一种是作为表单的一个字段的方式。
使用@RequestParam注解的参数，可以接收前台对应参数请求的值，相当于老的获取请求值方式（String uname = request.getParamer("uname");）。这里需要注意的是，在Controller中声明的方法上使用了这个参数，那在请求的时候就要有这个参数，否则就抛异常了。除非把@RequestParam注解的对应字段的对应的required的属性值设置成“false”。具体操作如下例所示
例：
请求页面（index.jsp）：
Controller控制请求：如果这里设置了接收的参数（例如：uage），那么在jsp请求中就应该对应有该字段，因为这里的required属性默认是true，除非设置成false。否则需要强制设置。如下图所示：
（二）、通过@RequestHeader注解获取请求头信息
通过@RequestHeader可以获取页面请求的头信息。
例：
页面请求（index.jsp）：
Controller控制请求：获取请求头中的“Accept-Language”。
（三）、通过@CookieValue获取Session和Cookie信息（JSessionId）
前置知识：服务端在接受客户端第一次请求时，会给该客户端分配一个session（该session包含一个sessionId），并且服务端会在第一次响应客户端时，将该sessionId赋值给JSESSIONID，并传递给客户端的Cookie中。
例：
页面请求（index.jsp）：
Controller控制请求：获取请求中的Cookie的JSESSIONID。
（四）、页面请求直接转成实体类对象
springMVC自动将页面请求转成实体类对象，实体类的属性必须和表单中的属性Name值一致（支持级联属性）。
例：
实体类：
页面请求（index.jsp）：
Controller控制请求：
（五）、SpringMVC使用Servlet API
在springMVC中使用原生的Servlet API。例如：HttpServletRequest、HttpServletResponse等对象。需要直接将servlet-api中的类、接口等写在springMVC的方法参数中即可。
例：
页面请求（index.jsp）：
Controller控制请求：
