注解式控制器

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了注解式控制器相关的知识,希望对你有一定的参考价值。

注解式控制器

Spring2.5之前,我们都是通过实现Controller接口或其实现来定义我们的处理器类。已经@Deprecated,建议不再使用了

Spring2.5引入注解式处理器支持,通过@Controller 和 @RequestMapping注解定义我们的处理器类。并且提供了一组强大的注解:

@Controller:用于标识是处理器类;

@RequestMapping:请求到处理器功能方法的映射规则;

@RequestParam:请求参数到处理器功能处理方法的方法参数上的绑定;

@ModelAttribute:请求参数到命令对象的绑定;

@SessionAttributes:用于声明session级别存储的属性,放置在处理器类上,通常列出模型属性(如@ModelAttribute)对应的名称,则这些属性会透明的保存到session中;

@InitBinder:自定义数据绑定注册支持,用于将请求参数转换到命令对象属性的对应类型;

 

注意:需要通过处理器映射DefaultAnnotationHandlerMapping和处理器适配器AnnotationMethodHandlerAdapter来开启支持@Controller 和 @RequestMapping注解的处理器。

Spring3.0引入RESTful架构风格支持(通过@PathVariable注解和一些其他特性支持),且又引入了更多的注解支持

@CookieValue:cookie数据到处理器功能处理方法的方法参数上的绑定;

@RequestHeader:请求头(header)数据到处理器功能处理方法的方法参数上的绑定;

@RequestBody:请求的body体的绑定(通过HttpMessageConverter进行类型转换);

@ResponseBody:处理器功能处理方法的返回值作为响应体(通过HttpMessageConverter进行类型转换);

@ResponseStatus:定义处理器功能处理方法/异常处理器返回的状态码和原因;

@ExceptionHandler:注解式声明异常处理器;

@PathVariable:请求URI中的模板变量部分到处理器功能处理方法的方法参数上的绑定,从而支持RESTful架构风格的URI;

Spring3.1使用新的HandlerMapping 和 HandlerAdapter来支持@Contoller和@RequestMapping注解处理器 ,使用处理器映射RequestMappingHandlerMapping 和 处理器适配器RequestMappingHandlerAdapter组合来代替Spring2.5开始的处理器映射DefaultAnnotationHandlerMapping和处理器适配器AnnotationMethodHandlerAdapter。

 

注解式控制器开发HelloWorld

实现控制器

 

java代码:

  1. @Controller   // 或 @RequestMapping   //①将一个POJO类声明为处理器  
  2. public class HelloWorldController {  
  3.     @RequestMapping(value="/hello")//②请求URL到处理器功能处理方法的映射  
  4.     public ModelAndView helloWorld() {  
  5.         //1、收集参数   //2、绑定参数到命令对象  
  6.         //3、调用业务对象  //4、选择下一个页面  
  7.         ModelAndView mv = new ModelAndView();  
  8.         //添加模型数据 可以是任意的POJO对象  
  9.         mv.addObject("message", "Hello World!");  
  10.         //设置逻辑视图名,视图解析器会根据该名字解析到具体的视图页面  
  11.         mv.setViewName("hello");  
  12.         return mv;                //3 模型数据和逻辑视图名  
  13.     }  
  14. }  

 

1:可以通过在一个POJO类上放置@Controller或@RequestMapping,即可把一个POJO类变身为处理器;

2:@RequestMapping(value="/hello") 请求URL到 处理器的功能处理方法的映射;

3:现在的处理器无需实现/继承任何接口/类,只需要在相应的类/方法上放置相应的注解说明下即可,非常方便。

 

HandlerMapping和HandlerAdapter的配置

如果您使用的是Spring3.1之前版本,开启注解式处理器支持的配置为:DefaultAnnotationHandlerMapping和AnnotationMethodHandlerAdapter。

<bean

class= "org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"/>

<bean

class= "org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter"/>

如果您使用的Spring3.1开始的版本,建议使用RequestMappingHandlerMapping和RequestMappingHandlerAdapter。

<bean

class= "org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapp ing"/>

<bean

class= "org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdap ter"/>

 

视图解析器的配置

还是使用之前的org.springframework.web.servlet.view.InternalResourceViewResolver

处理器的配置

<bean name= "/hello"class= "cn.javass.springmvc.hello.HelloWorldController"/>

视图页面(/WEB-INF/jsp/hello.jsp)

还是前面演示的页面,这里就不重复了

 

HelloWorld的运行流程

 

 

和前面第一章的HelloWorld不同之处在于:

1、HandlerMapping实现:使用DefaultAnnotationHandlerMapping(spring3.1之前)或RequestMappingHandlerMapping(spring3.1)替换之前的BeanNameUrlHandlerMapping。

 

注解式处理器映射会扫描spring容器中的bean,发现bean实现类上拥有@Controller或@RequestMapping注解的bean,并将它们作为处理器。

 

2、HandlerAdapter实现:使用AnnotationMethodHandlerAdapter(spring3.1之前)或RequestMappingHandlerAdapter(spring3.1)替换之前的SimpleControllerHandlerAdapter。

 

注解式处理器适配器会通过反射调用相应的功能处理方法(方法上拥有@RequestMapping注解)。

 

处理器定义

 

java代码:

  1. @Controller  
  2. public class HelloWorldController {  
  3. ……  
  4. }  

 

推荐使用这种方式声明处理器,它和@Service、@Repository很好的对应了我们常见的三层开发架构的组件。

 

 

java代码:

  1. @RequestMapping  
  2. public class HelloWorldController {  
  3. ……  
  4. }  

 

这种方式也是可以工作的,但如果在类上使用@ RequestMapping注解一般是用于窄化功能处理方法的映射的

 

窄化请求映射

 

java代码:

  1. @Controller  
  2. @RequestMapping(value="/user")              //①处理器的通用映射前缀  
  3. public class HelloWorldController2 {  
  4.     @RequestMapping(value = "/hello2")      //②相对于①处的映射进行窄化  
  5.     public ModelAndView helloWorld() {  
  6.          //省略实现  
  7.     }  
  8. }  

 

所谓窄化,就是在前面路径的基础上,继续细化的意思。比如:

http://localhost:9080/mvcexample/hello2 无法映射到HelloWorldController2的 helloWorld功能处理方法;

而http://localhost:9080/mvcexample /user/hello2是可以的

 

REST简介

REST(Representational State Transfer,简称REST )是什么

REST(表征状态转移)是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。

REST 从资源的角度来观察整个网络,分布在各处的资源由URI确定,而客户端的应用通过URI来获取资源的表征。获得这些表征致使这些应用程序转变了其状态。随着不断获取资源的表征,客户端应用不断地在转变着其状态,所谓表征状态转移。

如果一个架构符合REST原则,就称它为RESTful架构。

REST特点

1:REST是设计风格而不是标准。REST通常基于使用HTTP,URI,和XML以及html这些现有的广泛流行的协议和标准。

2:资源是由URI来指定

3:对资源的操作包括获取、创建、修改和删除资源

4:通过操作资源的表现形式来操作资源

 

 

REST的优点

1:可以利用缓存Cache来提高响应速度

2:通讯本身的无状态性可以让不同的服务器的处理一系列请求中的不同请求,提高服务器的扩展性

3:浏览器即可作为客户端,简化软件需求

4:相对于其他叠加在HTTP协议之上的机制,REST的软件依赖性更小

5:不需要额外的资源发现机制

6:在软件技术演进中的长期的兼容性更好

请求映射 

先来看看HttpRequest的格式

 

nHttpRequest信息包含六部分:

①请求方法,如GET或POST,表示提交的方式;

②URL,请求的地址信息;

③协议及版本;

④请求头信息(包括Cookie信息);

⑤回车换行;

⑥请求内容区(即请求的内容或数据),如表单提交时的参数数据、URL请求参数(?abc=123 ?后边的)等。

可以看到有①、②、④、⑥一般是可变的,因此我们可以把这些信息进行请求到处理器的功能处理方法的映射分为如下几种:

1:URL路径映射:使用URL映射请求到处理器的功能处理方法;

2:请求方法映射限定:如限定功能处理方法只处理GET请求;

3:请求参数映射限定:如限定只处理包含“abc”请求参数的请求;

4:请求头映射限定:如限定只处理“Accept=application/json”的请求。

 

URL路径映射

n普通URL路径映射

@RequestMapping(value={"/test1", "/user/create"}):多个URL路径可以映射到同一个处理器的功能处理方法。

nURI模板模式映射

1:@RequestMapping(value="/users/{userId}"):{×××}占位符, 请求的URL可以是 “/users/123456”或

“/users/abcd”,通过后面讲的通过@PathVariable可以提取URI模板模式中的{×××}中的×××变量。

 

2:@RequestMapping(value=“/users/{userId}/create”):这样也是可以的,请求的URL可以是“/users/123/create”。

 

3:@RequestMapping(value="/users/{userId}/topics/{topicId}"):这样也是可以的,请求的URL可以是“/users/123/topics/123”。

 

Ant风格的URL路径映射

1:@RequestMapping(value=“/users/**”):可以匹配“/users/abc/abc”,但“/users/123”将会被【URI模板模式映射中的“/users/{userId}”模式优先映射到】。 因为最长匹配优 

2:@RequestMapping(value="/product?"):可匹配“/product1”或“/producta”,但不匹配“/product”或“/productaa”;

3:@RequestMapping(value="/product*"):可匹配“/productabc”或“/product”,但不匹配“/productabc/abc”;

4:@RequestMapping(value="/product/*"):可匹配“/product/abc”,但不匹配“/productabc”;

5:@RequestMapping(value="/products/**/{productId}"):可匹配“/products/abc/abc/123”或“/products/123”,也就是Ant风格和URI模板变量风格可混用;

 

Ant-style 模式

?  匹配一个字符,如/index?可以匹配/index1,但不能匹配/index或/index12

*  匹配零个或多个字符,如/index1/*,可以匹配/index1/demo,但不匹配/index1/demo/demo

** 匹配零个或多个路径,如/index2/**:可以匹配/index2路径下的所有子路径,如匹配/index2/demo,或/index2/demo/demo

 

如果有如下模式,那Spring该选择哪一个执行呢?当请求为“/long/long”时如下所示:

/long/long

/long/**/abc

/long/**

/**

Spring的AbstractUrlHandlerMapping使用:最长匹配优先;

如请求为“/long/long” 将匹配第一个“/long/long”,但请求“/long/acd” 则将匹配 “/long/**”,如请求“/long/aa/abc”则匹配“/long/**/abc”,如请求“/abc”则将匹配“/**”

 

正则表达式风格的URL路径映射

从Spring3.0开始支持正则表达式风格的URL路径映射,格式为{变量名:正则表达式},这样就可以通过@PathVariable提取模式中的{×××:正则表达式匹配的值}中的×××变量了。

比如:@RequestMapping(value=“/products/{categoryCode:\\d+}-{pageNumber:\\d+}”):可以匹配“/products/123-1”,但不能匹配“/products/abc-1”,这样可以设计更加严格的规则。

正则表达式风格的URL路径映射是一种特殊的URI模板模式映射:URI模板模式映射是{userId},不能指定模板变量的数据类型,如是数字还是字符串;正则表达式风格的URL路径映射,可以指定模板变量的数据类型,可以将规则写的相当复杂。

组合使用是“或”的关系

如 @RequestMapping(value={"/test1", "/user/create"}) 组合使用是或的关系,即“/test1”或“/user/create”请求URL路径都可以映射到@RequestMapping指定的功能处理方法。

 

请求方法映射限定示例

@Controller

@RequestMapping("/customers/**")   //①处理器的通用映射前缀

public class RequestMethodController {

   @RequestMapping(value="/create", method = RequestMethod. GET)//②类级别的@RequestMapping窄化

    public String showForm() {

        System. out.println("===============GET");

        return "customer/create"; 

    }

  @RequestMapping(value="/create", method = RequestMethod. POST)//③类级别的@RequestMapping窄化

    public String submit() {

        System. out.println("================POST");

        return "redirect:/success";       

    }

}

①处理器的通用映射前缀(父路径):表示该处理器只处理匹配“/customers/**”的请求;

②对类级别的@RequestMapping进行窄化,表示showForm可处理匹配“/customers/**/create”且请求方法为“GET”的请求;

③对类级别的@RequestMapping进行窄化,表示submit可处理匹配“/customers/**/create”且请求方法为“POST”的请求。

 

组合使用是“或”的关系

@RequestMapping(value="/methodOr", method = {RequestMethod. POST, RequestMethod. GET}):即请求方法可以是 GET 或 POST。

 

提示:

1、一般浏览器只支持GET、POST请求方法,如想浏览器支持PUT、DELETE等请求方法只能模拟。

2、除了GET、POST,还有HEAD、OPTIONS、PUT、DELETE、TRACE。

3、DispatcherServlet默认开启对 GET、POST、PUT、DELETE、HEAD的支持;

4、如果需要支持OPTIONS、TRACE,请添加DispatcherServlet在web.xml的初始化参数:dispatchOptionsRequest 和 dispatchTraceRequest 为true。

 

 

请求参数映射

请求数据中有指定参数名的示例

@Controller

@RequestMapping("/parameter1")                //①处理器的通用映射前缀

public class RequestParameterController1 {

    //②进行类级别的@RequestMapping窄化

    @RequestMapping(params="create", method=RequestMethod.GET)

    public String showForm() {

        System.out.println("===============showForm");

        return "parameter/create";       

    }

    //③进行类级别的@RequestMapping窄化

    @RequestMapping(params="create", method=RequestMethod.POST) 

    public String submit() {

        System.out.println("================submit");

        return "redirect:/success";       

    }

}

 

示例说明

1:②@RequestMapping(params=“create”, method=RequestMethod. GET) :表示请求中有“create”的参数名且请求方法为“GET”即可匹配,如可匹配的请求URL“http://×××/parameter1?create”;

2:③@RequestMapping(params=“create”, method=RequestMethod. POST):表示请求中有“create”的参数名且请求方法为“POST”即可匹配;

3:此处的create请求参数名表示你请求的动作,即你想要的功能的一个标识,常见的CRUD(增删改查)我们可以使用如下请求参数名来表达:

(create请求参数名 且 GET请求)新增页面展示、(create请求参数名 且 POST请求)新增提交

(update请求参数名 且 GET请求)修改页面展示、(update请求参数名 且 POST请求)修改提交;

(delete请求参数名 且 GET请求)删除页面展示、(delete请求参数名 且 POST请求)删除提交;

(query请求参数名 且 GET请求)查询页面展示、(query请求参数名 且 POST请求)查询提交;

(list请求参数名 且 GET请求)列表页面展示;

(view请求参数名 且 GET请求)查看单条记录页面展示。

 

请求数据中没有指定参数名的示例

例子:@RequestMapping(params=“!create”, method=RequestMethod. GET)

1:@RequestMapping(params="!create", method=RequestMethod. GET):表示请求中没有 “create”参数名且请求方法为“GET”即可匹配,如可匹配的请求URL“http://×××/parameter1?abc”

n请求数据中指定参数名=值 的示例

例子:@RequestMapping(params="submitFlag=create") 

1:上例表示请求中有“submitFlag=create”请求参数即可匹配,如请求URL为 http://×××/parameter2?submitFlag=create

n请求数据中指定参数名!=值 的示例

例子:@RequestMapping(params="submitFlag!=create", method=RequestMethod. GET

1:上例表示请求中的参数“submitFlag!=create”且请求方法为“GET”即可匹配,如可匹配的请求URL“http://×××/parameter1?submitFlag=abc”。

组合使用是“且”的关系

例子:@RequestMapping(params={“test1”, “test2=create”})

1:@RequestMapping(params={"test1", "test2=create"}):表示请求中的有“test1”参数名 且 有 “test2=create”参数即可匹配,如可匹配的请求URL“http://×××/parameter3?test1&test2=create。

请求头数据映射 

准备环境

浏览器:建议chrome最新版本;

插件:ModHeader ,安装地址: https://chrome.google.com/webstore/detail/idgpnmonknjnojddfkpgkljpfnnfcklj

插件安装步骤:

1、打开 https://chrome.google.com/webstore/detail/idgpnmonknjnojddfkpgkljpfnnfcklj

 

 

 

2、点击“添加至chrome”后弹出“确认安装”对话框,点击“安装”按钮即可,如图

  

3、安装成功后,在浏览器右上角出现如图的图标表示安装成功:

  

4、鼠标右击右上角的“Modify Header”图标,选择选项,打开如图

 

5:修改完成后,输入URL请求,你可以在chrome的“开发人员工具的”网络选项卡下,看到如图的信息表示添加请求头成功了:

  

 

请求头数据中有指定参数名

例子1:@RequestMapping(value=“/header/test1”, headers = “Accept”):

表示请求的URL必须为“/header/test1”且 请求头中必须有Accept参数才能匹配。

 

例子2:@RequestMapping(value=“/header/test1”, headers = “abc”):表示请求的URL必须为“/header/test1”且 请求头中必须有abc参数才能匹配,

 

请求头数据中没有指定参数名

例子:RequestMapping(value=“/header/test2”, headers = “!abc”)

表示请求的URL必须为“/header/test2” 且 请求头中必须没有abc参数才能匹配。(将Modify Header的abc参数值删除即可)

 

请求头数据中指定参数名=值

例子1:@RequestMapping(value="/header/test3", headers = " Content- Type=application/json")

表示请求的URL必须为“/header/test3” 且 请求头中必须有“Content-Type=application/json”参数即可匹配。(将Modify Header的Content-Type参数值改为“application/json”即可)

 

说明:当请求的URL为“/header/test3” 但 如果请求头中没有或不是“Content-Type=application/json”参数(如“text/html”其他参数),将返回“HTTP Status 415”状态码【表示不支持的媒体类型(Media Type),也就是MIME类型】,即我们的功能处理方法只能处理application/json 的媒体类型。

 

例子2:@RequestMapping(value=“/header/test4”, headers = “ Accept=application/json”):表示请求的URL必须为“/header/test4” 且 请求头中必须有“Accept =application/json”参数即可匹配。(将Modify Header的Accept参数值改为“application/json”即可);

说明:当你请求的URL为“/header/test4” 但 如果请求头中没有“Accept=application/json”参数(如“text/html”其他参数),将返回“HTTP Status 406”状态码【不可接受,服务器无法根据Accept头的媒体类型为客户端生成响应】,即客户只接受“application/json”媒体类型的数据,即我们的功能处理方法的响应只能返回“application/json”媒体类型的数据。

 

例子3:@RequestMapping(value=“/header/test5”, headers = “Accept=text/*”) :表示请求的URL必须为“/header/test5” 且 请求头中必须有如“Accept=text/plain”参数即可匹配。(将Modify Header的Accept参数值改为“text/plain”即可);

说明:Accept=text/*:表示主类型为text,子类型任意,如“text/plain”、“text/html”等都可以匹配。

 

例子4:@RequestMapping(value=“/header/test6”, headers = “Accept=*/*”) :表示请求的URL必须为“/header/test6” 且 请求头中必须有任意Accept参数即可匹配。(将Modify Header的Accept参数值改为“text/html”或“application/xml”等都可以)

说明:Accept=*/*:表示主类型任意,子类型任意,如“text/plain”、“application/xml”等都可以匹配。

 

请求头数据中指定参数名!=值

@RequestMapping(value=“/header/test7”, headers = “Accept!=text/vnd.wap.wml”):表示请求的URL必须为“/header/test7” 且 请求头中必须有“Accept”参数但值不等于“text/vnd.wap.wml”即可匹配。

组合使用是“且”的关系

@RequestMapping(value=“/header/test8”, headers = {“Accept!=text/vnd.wap.wml”, “abc=123”}):表示请求的URL必须为“/header/test8” 且 请求头中必须有“Accept”参数但值不等于“text/vnd.wap.wml”且 请求中必须有参数“abc=123”即可匹配。

数据绑定

到目前为止,请求已经能交给处理器进行处理了,接下来的事情是要进行收集数据啦,接下来我们看看能从请求中收集到哪些数据,如图

 

说明

1、@RequestParam绑定单个请求参数值;

2、@PathVariable绑定URI模板变量值;

3、@CookieValue绑定Cookie数据值

4、@RequestHeader绑定请求头数据;

5、@ModelValue绑定参数到命令对象;

6、@SessionAttributes绑定命令对象到session;

7、@RequestBody绑定请求的内容区数据并能进行自动类型转换等。

8、@RequestPart绑定“multipart/data”数据,除了能绑定@RequestParam能做到的请求参数外,还能绑定上传的文件等。

 

除了上边提到的注解,还可以通过如HttpServletRequest等API得到请求数据,但推荐使用注解方式,因为使用起来更简单

 

 

功能处理方法支持的参数类型 ,以及他们的具体含义

一、ServletRequest/HttpServletRequest ServletResponse/HttpServletResponse

public String requestOrResponse (

        ServletRequest servletRequest, HttpServletRequest httpServletRequest,

        ServletResponse servletResponse, HttpServletResponse httpServletResponse) 
Spring Web MVC框架会自动把相应的Servlet请求/响应作为参数传递过来。

 

二、InputStream/OutputStream Reader/Writer

public void inputOrOutBody(InputStream requestBodyIn, OutputStream responseBodyOut)

        throws IOException {responseBodyOut.write("success".getBytes());   } 
requestBodyIn:获取请求的内容区字节流,等价于request.getInputStream();

responseBodyOut:获取相应的内容区字节流,等价于response.getOutputStream()。

 

public void readerOrWriteBody(Reader reader, Writer writer)

        throws IOException {   writer.write("hello");  } 
reader:获取请求的内容区字符流,等价于request.getReader();

writer:获取相应的内容区字符流,等价于response.getWriter()。

 

注意:InputStream/OutputStream Reader/Writer两组不能同时使用,只能使用其中的一组。

三、WebRequest/NativeWebRequest

WebRequest是Spring Web MVC提供的统一请求访问接口,不仅仅可以访问请求相关数据(如参数区数据、请求头数据,但访问不到Cookie区数据),还可以访问会话和上下文中的数据;NativeWebRequest继承了WebRequest,并提供访问本地Servlet API的方法。

public String webRequest(WebRequest webRequest, NativeWebRequest nativeWebRequest) {

    System. out.println(webRequest.getParameter("test"));//①得到请求参数test的值

    webRequest.setAttribute("name", "value", WebRequest. SCOPE_REQUEST);//②

    System. out.println(webRequest.getAttribute("name", WebRequest. SCOPE_REQUEST));

    HttpServletRequest request =

        nativeWebRequest.getNativeRequest(HttpServletRequest.class);//③

    HttpServletResponse response =

        nativeWebRequest.getNativeResponse(HttpServletResponse.class);

        return "success";

    }

① webRequest.getParameter:访问请求参数区的数据,可以通过getHeader()访问请求头数据;

② webRequest.setAttribute/getAttribute:到指定的作用范围内取/放属性数据,Servlet定义的三个作用范围分别使用如下常量代表:

             SCOPE_REQUEST :代表请求作用范围;

             SCOPE_SESSION :代表会话作用范围;

             SCOPE_GLOBAL_SESSION :代表全局会话作用范围,即ServletContext上下文作用范围。 

③ nativeWebRequest.getNativeRequest/nativeWebRequest.getNativeResponse:得到本地ServletAPI

 

四、 HttpSession

public String session(HttpSession session) {

    System. out.println(session);

    return "success";


此处的session永远不为null。

注意:session访问不是线程安全的,如果需要线程安全,需要设置AnnotationMethodHandlerAdapter或RequestMappingHandlerAdapter的synchronizeOnSession属性为true,即可线程安全的访问session。

 

五、命令/表单对象

Spring Web MVC能够自动将请求参数绑定到功能处理方法的命令/表单对象上。

@RequestMapping(value = "/commandObject", method = RequestMethod. GET)

public String toCreateUser(HttpServletRequest request, UserModel user) {

    return "customer/create";

}

@RequestMapping(value = "/commandObject", method = RequestMethod. POST)

public String createUser(HttpServletRequest request, UserModel user) {

    System. out.println(user);

    return "success";


如果提交的表单(包含username和password文本域),将自动将请求参数绑定到命令对象user中去。

 

六、 ModelMapModelMap

Spring Web MVC 提供Model、Map或ModelMap让我们能去暴露渲染视图需要的模型数据。

public String createUser(Model model, Map model2, ModelMap model3) {

    model.addAttribute("a", "a");

    model2.put("b", "b");

    model3.put("c", "c");

    System. out.println(model == model2);

    System. out.println(model2 == model3);

    return "success";}

                           

注意:虽然此处注入的是三个不同的类型(Model model,Map model2, ModelMap model3),但三者是同一个对象

  

AnnotationMethodHandlerAdapter和RequestMappingHandlerAdapter将使用

BindingAwareModelMap作为模型对象的实现,即此处我们的形参(Model model, Map model2, ModelMap model3)都是同一个BindingAwareModelMap实例。

 

此处还有一点需要我们注意:

public ModelAndView mergeModel(Model model) {

    model.addAttribute("a", "a");//①添加模型数据

    ModelAndView mv = new ModelAndView("success");

    mv.addObject("a", "update");//②在视图渲染之前更新③处同名模型数据

    model.addAttribute("a", "new");//③修改①处同名模型数据

    //视图页面的a将显示为"update" 而不是"new"

    return mv;

}


从代码中我们可以总结出功能处理方法的返回值中的模型数据(如ModelAndView)会 合并 功能处理方法形式参数中的模型数据(如Model),但如果两者之间有同名的,返回值中的模型数据会覆盖形式参数中的模型数据。

 

 

七、Errors/BindingResult

public String error1(UserModel user, BindingResult result)

 

public String error2(UserModel user, BindingResult result, Model model)

 

public String error3(UserModel user, Errors errors)

以上代码都能获取错误对象。

 

Spring3.1之前(使用AnnotationMethodHandlerAdapter)错误对象必须紧跟在命令对象/表单对象之后,如下定义是错误的:

 

public String error4(UserModel user, Model model, Errors errors)

 

如上代码从Spring3.1开始(使用RequestMappingHandlerAdapter)将能正常工作,但还是推荐“错误对象紧跟在命令对象/表单对象之后”,这样是万无一失的。

 

八、其他杂项

public String other(Locale locale, Principal principal)

 

java.util.Locale:得到当前请求的本地化信息,默认等价于ServletRequest.getLocale(),如果配置LocaleResolver解析器则由它决定Locale,后续介绍;

 

java.security.Principal:该主体对象包含了验证通过的用户信息,等价于HttpServletRequest.getUserPrincipal()。

 

 

还有其他功能处理方法的形式参数类型(如HttpEntity、UriComponentsBuilder、SessionStatus、RedirectAttributes)等等。

 

[email protected] :用于将请求参数区数据映射到功能处理方法的参数上。

例子:public String requestparam1(@RequestParam String username)

1:如果请求中包含username参数(如/requestparam1?username=zhang),则自动传入。

2:也可以使用@RequestParam("username")明确告诉Spring Web MVC使用username进行入参

[email protected]的主要参数

value参数名字,即入参的请求参数名字,如username表示请求的参数区中的名字为username的参数的值将传入;

required是否必须,默认是true,表示请求中一定要有相应的参数,否则将报400错误码;

defaultValue默认值,表示如果请求中没有同名参数时的默认值,默认值可以是SpEL表达式,如“#{systemProperties[‘java.vm.version’]}”。

例子1:public String test(@RequestParam(value="username",required=false) String username)

表示请求中可以没有名字为username的参数,如果没有默认为null,需注意如下几点:

(1):原子类型:必须有值,否则抛出异常,如果允许空值请使用包装类代替。

(2):Boolean包装类型类型:默认Boolean.FALSE,其他引用类型默认为null。

 

例子2:public String requestparam5(

@RequestParam(value="username", required=true, defaultValue="zhang") String username) 表示如果请求中没有名字为username的参数,默认值为“zhang”。

n如果请求中有多个同名的应该如何接收呢?如给用户授权时,可能授予多个权限,先看如下代码:

public String test(@RequestParam(value="role") String roleList)

如果请求参数类似于url?role=admin&role=user,则实际roleList参数入参的数据为“admin,user”,即多个数据之间使用“,”分割;我们应该使用如下方式来接收多个请求参数:

public String test(@RequestParam(value="role") String[] roleList)

public String test(@RequestParam(value="list") List<String> list)

 

[email protected]

功能:用于将请求URL中的模板变量映射到功能处理方法的参数上

例子:

@RequestMapping(value="/users/{userId}/topics/{topicId}")

public String test(

       @PathVariable(value="userId") int userId,

       @PathVariable(value="topicId") int topicId)

 

如请求的URL为“控制器URL/users/123/topics/456”,则自动将URL中模板变量{userId}和{topicId}绑定到通过@PathVariable注解的同名参数上,即入参后userId=123、topicId=456

 

[email protected]

功能:用于将请求的Cookie数据映射到功能处理方法的参数上

例子1

public String test(@CookieValue(value="JSESSIONID", defaultValue="") String sessionId)

 

如上配置将自动将JSESSIONID值入参到sessionId参数上,defaultValue表示Cookie中没有JSESSIONID时默认为空。

例子2

public String test2(@CookieValue(value="JSESSIONID", defaultValue="") Cookie sessionId)

 

传入参数类型也可以是javax.servlet.http.Cookie类型。

 

@CookieValue也拥有和@RequestParam相同的三个参数,含义一样。

 

[email protected]

功能:用于将请求的头信息区数据映射到功能处理方法的参数上

例子:

@RequestMapping(value="/header")

public String test(

       @RequestHeader("User-Agent") String userAgent,

       @RequestHeader(value="Accept") String[] accepts)

      


如上配置将自动将请求头“User-Agent”值入参到userAgent参数上,并将“Accept”请求头值入参到accepts参数上。

 

@RequestHeader也拥有和@RequestParam相同的三个参数,含义一样。

 

[email protected]

@ModelAttribute一般具有如下三个作用:

1:绑定请求参数到命令对象:放在功能处理方法的入参上时,用于将多个请求参数绑定到一个命令对象,从而简化绑定流程,而且自动暴露为模型数据用于视图页面展示时使用;

2:暴露表单引用对象为模型数据:放在处理器的一般方法(非功能处理方法)上时,是为表单准备要展示的表单引用对象,如注册时需要选择的所在城市等,而且在执行功能处理方法(@RequestMapping注解的方法)之前,自动添加到模型对象中,用于视图页面展示时使用;

3:暴露@RequestMapping方法返回值为模型数据:放在功能处理方法的返回值上时,是暴露功能处理方法的返回值为模型数据,用于视图页面展示时使用。

 

一、绑定请求参数到命令对象

如实现用户登录,需要捕获用户s登录的请求参数(用户名、密码)并封装为用户对象,此时可以使用@ModelAttribute绑定多个请求参数到我们的命令对象。

例子:public String test1(@ModelAttribute("user") UserModel user)

说明:1和前面命令/表单对象一样,只是此处多了一个注解@ModelAttribute(“user”),它的作用是将该绑定的命令对象以“user”为名称添加到模型对象中供视图页面展示使用。我们此时可以在视图页面使用${user.username}来获取绑定的命令对象的属性。

2:绑定请求参数到命令对象支持对象图导航式的绑定,如请求参数包含“?username=zhang&password=123&workInfo.city=bj”自动绑定到user中的workInfo属性的city属性中。

3:@RequestMapping(value="/model2/{username}")

public String test2(@ModelAttribute("model") UserModel model) {

URI模板变量也能自动绑定到命令对象中,当你请求的URL中包含“&username=zhang”会自动绑定到命令对象上。

URI模板变量和请求参数同名时, 请求参数 具有高优先权。

 

二、暴露表单引用对象为模型数据

例子1

@ModelAttribute("cityList")

public List<String> cityList() {

    return Arrays. asList("北京", "山东");

}

 

如上代码会在执行功能处理方法之前执行,并将其自动添加到模型对象中,在功能处理方法中可以使用Model入参,则可以在处理方法中使用citylist了,如:

public ModelAndView handleRequest(Model m) {

List<String> list = (List<String>)m.asMap().get("cityList");

for(String s : list){

System.out.println("s==="+s);

}

......

}

 

例子2

@ModelAttribute("user")  //①

public UserModel getUser(@RequestParam(value=“username", defaultValue="") String username) {  //TODO 去数据库根据用户名查找用户对象  } 
如你要修改用户资料时一般需要根据用户的编号/用户名查找用户来进行编辑,此时可以通过如上代码查找要编辑的用户。也可以进行一些默认值的处理。

@RequestMapping(value="/model1") //②

public String test1(@ModelAttribute("user") UserModel user, Model model)

说明: 
此处我们看到①和②有同名的命令对象,那Spring Web MVC内部如何处理的呢:

1、首先执行@ModelAttribute注解的方法,准备视图展示时所需要的模型数据;@ModelAttribute注解方法形式参数规则和@RequestMapping规则一样,如可以有@RequestParam等;

2、执行@RequestMapping注解方法,进行模型绑定时首先查找模型数据中是否含有同名对象,如果有直接使用,如果没有通过反射创建一个,因此②处的user将使用①处返回的命令对象。即②处的user等于①处的user。

 

三、暴露@RequestMapping方法返回值为模型数据

例子:

public @ModelAttribute("user2") UserModel test3(@ModelAttribute("user2") UserModel user)


大家可以看到返回值类型是命令对象类型,而且通过@ModelAttribute(“user2”)注解,此时会暴露返回值到模型数据(名字为user2)中供视图展示使用。

 

可能有同学会注意到,此时@RequestMapping注解方法的入参user暴露到模型数据中的名字也是user2,那么到底user2代表哪一个呢?

 

规则是:@ModelAttribute注解的返回值会覆盖@RequestMapping注解方法中的@ModelAttribute注解的同名命令对象

 

四、匿名绑定命令参数

例子1

    public String test4(@ModelAttribute UserModel user, Model model)

    或   public String test5(UserModel user, Model model)

说明: 
    此时我们没有为命令对象提供暴露到模型数据中的名字,此时的名字是什么呢?Spring Web MVC自动将简单类名(首字母小写)作为名字暴露,如“cn.javass.springmvc.model.UserModel”暴露的名字为“userModel”。

例子2

    public @ModelAttribute List<String> test6()

    或   public @ModelAttribute List<UserModel> test7()

说明: 
    对于集合类型(Collection接口的实现者们,包括数组),生成的模型对象属性名为“简单类名(首字母小写)”+“List”,如List<String>生成的模型对象属性名为“stringList”,List<UserModel>生成的模型对象属性名为“userModelList”。

其他情况一律都是使用简单类名(首字母小写)作为模型对象属性名,如Map<String, UserModel>类型的模型对象属性名为“map”。

 

@SessionAttributes :绑定命令对象到session

//1、在控制器类头上添加@SessionAttributes注解

@SessionAttributes(value = {"user"})    //①

public class SessionAttributeController

 

//2、@ModelAttribute注解的方法进行表单引用对象的创建

@ModelAttribute("user")    //②

public UserModel initUser()

 

//3、@RequestMapping注解方法的@ModelAttribute注解的参数进行命令对象的绑定

@RequestMapping("/session1")   //③

public String session1(@ModelAttribute("user") UserModel user)

 

//4、通过SessionStatus的setComplete()方法清除@SessionAttributes指定的会话数据

@RequestMapping("/session2")   //③

public String session(@ModelAttribute("user") UserModel user, SessionStatus status) {

    if(true) { //④

        status.setComplete();   }

    return "success";

}   

 

 

[email protected](value = {“user”})含义:

@SessionAttributes(value = {“user”}) 标识将模型数据中的名字为“user” 的对象存储到会话中(默认HttpSession),此处value指定将模型数据中的哪些数据(名字进行匹配)存储到会话中,此外还有一个types属性表示模型数据中的哪些类型的对象存储到会话范围内,如果同时指定value和types属性则那些名字和类型都匹配的对象才能存储到会话范围内。

n包含@SessionAttributes的执行流程如下所示:

① 首先根据类上的@SessionAttributes注解信息,查找会话内的对象放入到模型数据中;

② 执行@ModelAttribute注解的方法:如果模型数据中包含同名的数据,则不执行@ModelAttribute注解方法进行准备表单引用数据,而是使用①步骤中的会话数据;如果模型数据中不包含同名的数据,执行@ModelAttribute注解的方法并将返回值添加到模型数据中;

 

③ 执行@RequestMapping方法,绑定@ModelAttribute注解的参数:查找模型数据中是否有@ModelAttribute注解的同名对象,如果有直接使用,否则通过反射创建一个;并将请求参数绑定到该命令对象;

此处需要注意:如果使用@SessionAttributes注解控制器类之后,③步骤一定是从模型对象中取得同名的命令对象,如果模型数据中不存在将抛出HttpSessionRequiredException Expected session attribute ‘user’(Spring3.1)

或HttpSessionRequiredException Session attribute ‘user’ required - not found in session(Spring3.0)异常。

 

④ 如果会话可以销毁了,如多步骤提交表单的最后一步,此时可以调用SessionStatus对象的setComplete()标识当前会话的@SessionAttributes指定的数据可以清理了,此时当@RequestMapping功能处理方法执行完毕会进行清理会话数据。

 

@Value

功能:用于将一个SpEL表达式结果映射到到功能处理方法的参数上

例子:

public String test(@Value("#{systemProperties[‘java.vm.version‘]}") String jvmVersion)

 

@MatrixVariable

功能:用于接收URL的path中的矩阵参数

语法格式:XXX/XXX/path;name=value;name=value

开启功能:

(1)如果是xml配置的RequestMappingHandlerMapping,那么需要设置removeSemicolonContent属性为false

(2)如果是注解的方式,直接设置<mvc:annotation-driven>的enableMatrixVariables=“true“ 就可以了

 

例子代码见下页:

 

  测试的URL为

http://localhost:9080/mvcexample/users/42;q=11;r=12/others/21;q=22;s=23

 

 

@RequestMapping(value = "/users/{userId}/others/{otherUserId}",method = RequestMethod.GET)

public void hello(

//如果只有一个地方有q,也可以这么取,但如果有多个q,这样就错了,必须像第二个那样去指定取谁的q值

// @MatrixVariable int q,

@MatrixVariable(value="q", pathVar="userId") int q1,

@MatrixVariable(value="q", pathVar="otherUserId") int q2,

@MatrixVariable Map<String, String> matrixVars,

@MatrixVariable(pathVar="userId") Map<String, String> userIdMatrixVars

) {

// System.out.println("q=="+q);

System.out.println("q1="+q1+",q2="+q2+",matrixVars="+matrixVars+",userIdMatrixVars="+userIdMatrixVars);

}

运行结果为:

q1=11,q2=22,matrixVars={q=[11, 22], r=[12], s=[23]},userIdMatrixVars={q=[11], r=[12]}

 

nSpring3引入一个mvc XML的命名空间用于支持mvc配置,包括如:

<mvc:annotation-driven>:

1:自动注册基于注解风格的处理器需要的DefaultAnnotationHandlerMapping、AnnotationMethodHandlerAdapter

2:支持Spring3的ConversionService自动注册

3:支持JSR-303验证框架的自动探测并注册(只需把JSR-303实现放置到classpath)

4:自动注册相应的HttpMessageConverter(用于支持@RequestBody  和 @ResponseBody)(如XML输入输出转换器(只需将JAXP实现放置到classpath)、JSON输入输出转换器(只需将Jackson实现放置到classpath))等。

<mvc:interceptors>:注册自定义的处理器拦截器;

<mvc:view-controller>:收到相应请求后直接选择相应的视图;

<mvc:resources>:逻辑静态资源路径到物理静态资源路径的支持;

<mvc:default-servlet-handler>:当在web.xml 中DispatcherServlet使用<url-pattern>/</url-pattern> 映射时,能映射静态资源(当Spring Web MVC框架没有处理请求对应的控制器时(如一些静态资源),转交给默认的Servlet来响应静态文件,否则报404找不到资源错误,)。

 

n参考示例

<beans xmlns= "http://www.springframework.org/schema/beans"

    xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance"

    xmlns:p= "http://www.springframework.org/schema/p"

    xmlns:context= "http://www.springframework.org/schema/context"

    xmlns:mvc= "http://www.springframework.org/schema/mvc"

    xsi:schemaLocation= "

       http://www.springframework.org/schema/beans

       http://www.springframework.org/schema/beans/spring-beans.xsd

       http://www.springframework.org/schema/context

       http://www.springframework.org/schema/context/spring-context.xsd

       http://www.springframework.org/schema/mvc

       http://www.springframework.org/schema/mvc/spring-mvc.xsd"

    default-lazy-init= "true">

<!-- 开启controller注解支持 -->

    <context:component-scan base-package= "cn.javass" use-default-filters= "false">

        <context:include-filter type= "annotation"expression= "org.springframework.stereotype.Controller"/>

    </context:component-scan>

 

 

<!-- 会自动注册了validator  ConversionService  -->

    <mvc:annotation-driven

      validator= "validator"

      conversion-service= "conversionService"

      >

    </mvc:annotation-driven>

<!-- ViewResolver -->

<bean name= "defaultViewResolver"class= "org.springframework.web.servlet.view.InternalResourceViewResolver">

    <property name= "viewClass"value= "org.springframework.web.servlet.view.JstlView"/>

    <property name= "prefix" value= "/WEB-INF/jsp/"/>

    <property name= "suffix" value= ".jsp"/>

</bean>

<!-- 注册ConversionService -->

<bean id= "conversionService"class= "org.springframework.format.support.FormattingConversionServiceFactoryBean">

    <property name= "converters">

       <list>

        <bean class= "cn.javass.springmvc.convert.StringToPhoneNumberConverter"/>

        </list>

    </property>

</bean>

 

 

<!-- 注册validator -->

<bean id= "validator"

class= "org.springframework.validation.beanvalidation.LocalValidatorFactoryBean">

        <property name= "providerClass"  value= "org.hibernate.validator.HibernateValidator"/>

        <!-- 如果不加默认到 使用classpath下的 ValidationMessages.properties -->

        <property name= "validationMessageSource"ref= "messageSource"/>

</bean>

<!-- 注册消息文件 -->

<bean id= "messageSource"

class= "org.springframework.context.support.ReloadableResourceBundleMessageSource">

        <property name= "basename" value= "classpath:messages"/>

        <property name= "fileEncodings" value= "utf-8"/>

        <property name= "cacheSeconds" value= "120"/>

</bean>

 

不同的Model有相同的属性的处理

n不同的Model有相同的属性

指的是在方法的入参上,可能需要有不同的Model,但是他们又可能有相同的属性,目前Spring Web MVC默认的方式是,只要同名的属性,值就是一样的。

public ModelAndView handleRequest(UserModel um,DepModel dm)

如果:um和dm都有一个uuid的属性,那么映射后他们的值会是一样的

这显然不合理,在struts2中是通过使用前缀来表示这个uuid的值到底是给谁的,比如:um.uuid,肯定值就给um,而不会给dm。在Spring3 Web Mvc中到底如何实现类似的功能呢?

n使用@InitBinder,在每次进行数据绑定的时候,都会回调这个注解的方法

@InitBinder( "um")

public void initBinderUser(WebDataBinder binder) { 

binder.setFieldDefaultPrefix("um.");   }

@InitBinder( "dm")

public void initBinderDep(WebDataBinder binder) {

binder.setFieldDefaultPrefix("dm.");    }

@RequestMapping(value = "/hello")

public ModelAndView handleRequest(@ModelAttribute( "um") UserModel um,@ModelAttribute( "dm")DepModel dm)

注意:这个方式对URI上的参数无效,仅对parameter区的数据有效

 

静态资源的处理

 

第一步:使用<mvc:default-servlet-handler/>

获取系统缺省的Servlet处理器

例子:

<!-- 当在web.xml 中   DispatcherServlet使用 <url-pattern>/</url-pattern> 映射时,能映射静态资源 -->

<mvc:default-servlet-handler/>

第二步:使用<mvc:resources>

用来指定逻辑静态资源路径到物理静态资源路径的映射

例子:

<!-- 静态资源映射 -->

    <mvc:resources mapping= "/static/**" location= "/WEB-INF/static/"/>

 

以上是关于注解式控制器的主要内容,如果未能解决你的问题,请参考以下文章

Spring 事务控制 -- 基于注解的声明式事务控制

Spring MVC学习笔记——注解式控制器

spring基于注解的声明式事务控制

Spring基于纯注解的声明式事务控制

spring基于注解的声明式事务控制配置

阶段3 2.Spring_10.Spring中事务控制_7 spring基于注解的声明式事务控制