Spring MVC 3.0实战：请求参数与头的限定

"这篇内容是关于Spring MVC 3.0实战的指南，主要讲解了如何通过请求参数和请求头来限定请求，同时提到了Spring MVC 3.0的一些新特性，如RESTful URL支持、更多注解、HttpMessageConverter等。内容涵盖了Spring MVC的基本结构、控制器、请求映射以及视图解析。" 在Spring MVC框架中，请求/请求头参数的限定是通过`@RequestMapping`注解的扩展功能实现的，比如`params`和`headers`属性。这些属性允许开发者基于请求参数或头部信息来精确匹配处理请求的方法。 1. `params`表达式： - `param1`：表示只有当请求包含名为`param1`的参数时，该处理方法才会被调用。 - `!param1`：表示请求不应包含`param1`参数，否则不匹配。 - `param1!=value1`：请求中包含`param1`参数，但其值不能为`value1`。 - `{"param1=value1","param2"}`：请求必须同时包含`param1`（值为`value1`）和`param2`两个参数。 2. `headers`表达式： - 类似于`params`，`headers`用于检查请求头。例如，`"headerName=value"`确保请求头`headerName`的值为`value`，`"!headerName"`则表示请求不应包含特定的头。 Spring MVC 3.0的新特性包括： - **REST风格的URL**：支持更加直观的RESTful API设计，使得URL与资源操作更紧密地关联。 - **更多注解**：增加了更多的注解，如`@RequestMapping`、`@RequestParam`等，使代码更简洁，更易于维护。 - **HttpMessageConverter**：处理HTTP输入输出的转换，支持不同格式的数据交换，如JSON、XML等。 - **数据转换、格式化和验证**：与相关框架集成，提供数据类型转换、格式化和验证功能。 - **静态资源处理**：提供专门的处理机制，方便服务器端处理CSS、JavaScript等静态资源。 - **独立于ServletAPI的控制器方法签名**：控制器方法可以完全独立于Servlet API，增加了灵活性。 Spring MVC的执行流程通常如下： 1. 用户发送请求到`DispatcherServlet`。 2. `DispatcherServlet`根据`HandlerMapping`来找到匹配的控制器方法。 3. 使用`HandlerAdapter`来调用找到的控制器方法。 4. 控制器方法执行后返回`ModelAndView`对象，包含了模型数据和视图信息。 5. `ViewResolver`解析`ModelAndView`中的视图名，确定实际的视图（如JSP、XML、PDF等）。 6. 最后，视图渲染并返回响应给客户端。 在代码示例中，`@Controller`注解将`UserController`标记为一个处理器，`@RequestMapping("user")`指定控制器处理与"user"相关的请求，而`@RequestMapping(value = "register")`进一步细化到处理"/user/register"的注册请求。方法返回的逻辑视图名"register"会被解析为实际的视图进行渲染。 Spring MVC 3.0通过丰富的注解和强大的请求处理机制，提供了高效、灵活的Web应用程序开发环境。