学习SpringMVC——如何获取请求参数

  @RequestParam,你一定见过;@PathVariable,你肯定也知道;@QueryParam,你怎么会不晓得?!还有你熟悉的他(@CookieValue)!她(@ModelAndView)!它(@ModelAttribute)!没错,仅注解这块,spring mvc就为你打开了五彩斑斓的世界。来来来,不要兴(mi)奋(hu),坐下来,我们好好聊聊这么些个注解兄弟们~~~(wait, 都没有听过? 好,来,你坐前排,就你!)

一、spring mvc如何匹配请求路径——“请求路径哪家强,RequestMapping名远扬”

  @RequestMapping是用来映射请求的,比如get请求,post请求,或者REST风格与非REST风格的。 该注解可以用在类上或者方法上,如果用于类上,表示该类中所有方法的父路径。

  举例(这里用到的测试类如SpringMVCTest以及一些页面在第一篇《学习SpringMVC——从HelloWorld开始》中已经介绍):

  SpringMVCTest.java中加入测试方法:

@RequestMapping("/testRequestMapping")
public String testRequestMapping(){
	System.out.println("testRequestMapping");
	return SUCCESS;
}

  注意这里在方法级别上添加了注解@RequestMapping(“/testRequestMapping”),  表示可以通过“/testRequestMapping”相对路径来定位到这个方法,同时我们在SpringMVCTest类上也放了一个类级别的RequestMapping的注解:

@RequestMapping("/springmvc")
@Controller
public class SpringMVCTest {

  注意这里还添加了一个@Controller的注解,该注解在SpringMVC 中,负责处理由DispatcherServlet 分发的请求,它把用户请求的数据经过业务处理层处理之后封装成一个Model ,然后再把该Model 返回给对应的View 进行展示。至此有了一个“springmvc/testRequestMapping”这样的路径,我们就能够定位到testRequestMapping这个方法上,然后执行方法内的方法体。

  再补充一点,RequestMapping可以实现模糊匹配路径,比如:

  ?:匹配一个字符

  *:匹配任意字符

  **:匹配多层路径

  /springmvc/**/lastTest 就可以匹配/springmvc/firstTest/secondTest/lastTest这样的路径

二、spring mvc如何获取请求的参数——“八仙过海,各显神通”

1. @PathVariable

  该注解用来映射请求URL中绑定的占位符。通过@PathVariable可以将URL中占位符的参数绑定到controller处理方法的入参中,没听懂?看例子:

@RequestMapping("/testPathVariable/{id}")
public String testPathVariable(@PathVariable(value="id") Integer id){
	System.out.println("testPathVariable:" + id);
	return SUCCESS;
}

  在index.jsp中我们添加一条连接,用来触发一个请求:

<a href="springmvc/testPathVariable/1">testPathVariable</a><br/><br/>

  我们可以看到这里有一个超链接,点击后会进入到springmvc/testPathVariable/1对应的controller处理的方法中,那我们现在就是想获取到这个请求参数中的“1”,所以在testPathVariable方法上加入“/testPathVariable/${id}”, 关于${id}的具体对应在该方法的参数中,通过@PathVariable(value="id")来声明要接收的请求参数,并通过Integer id来绑定和接收。通过该种方式,我们就可以得到前台页面请求的参数“1”。

 2. @RequestParam

  该注解也是用来获取请求参数的。那么该注解和@PathVariable有何不同呢? 还是看例子:

  在SpringMVCTest中添加方法

@RequestMapping(value="/testRequestParam")
public String testRequestParam(@RequestParam(value="username") String username, @RequestParam(value="age", required=false, defaultValue="0") int age){
	System.out.println("testRequestParam" + " username:" + username + " age:" +age);
	return SUCCESS;
}

  在index.jsp添加超链接标签

<a href="springmvc/testRequestParam?username=jackie&age=12">testRequestParam</a><br/><br/>

  点击页面上的超链接,就会匹配controller中testRequestParam方法上的RequestMapping的路径。注意在该方法中,我们通过@RequestParam这个注解声明了两个变量,用来获取请求中query所带的参数值,一个是username后的值,另一个是age后面的值。

  看到这里,你大概已经明白了@PathVariable和@RequestParam之间的一些区别了吧,对于像“springmvc/testPathVariable/1”这样的请求,我们通过@PathVariable来绑定请求的参数;而对于类似“springmvc/testRequestParam?username=jackie&age=12”这样的请求参数是以键值对出现的,我们通过@RequestParam来获取到如username或age后的具体请求值。

  与RequestParam有异曲同工用法的还有QueryParam,因其不是spring mvc框架内的注解,这里不再详述。

  对于不同的请求类型和请求方式,spring mvc都有一套针对的解决方案,下面我们来看看当下比较流行的REST风格的请求是啥样的——利用REST风格实现增删改查。

  在SpringMVCTest类中自下而上的实现了查(get)增(post)删(delete)和改(put)的接口

@RequestMapping(value="/testRest/{id}", method=RequestMethod.PUT)
public String testRestPut(@PathVariable(value="id") Integer id){
	System.out.println("test put:" + id);
	return SUCCESS;
}
	
@RequestMapping(value="/testRest/{id}", method=RequestMethod.DELETE)
public String testRestDelete(@PathVariable(value="id") Integer id){
	System.out.println("test delete:" + id);
	return SUCCESS;
}
	
@RequestMapping(value="/testRest", method=RequestMethod.POST)
public String testRest(){
	System.out.println("test post");
	return SUCCESS;
}
	
@RequestMapping(value="/testRest/{id}", method=RequestMethod.GET)
public String testRest(@PathVariable(value="id") Integer id){
	System.out.println("test get:" + id);
	return SUCCESS;
}

  那么前台界面如何实现呢,相对应的顺序为

<form action="springmvc/testRest/1" method="post">
    <input type="hidden" name="_method" value= "PUT"/>
    <input type="submit" value="testRestPut"/>
</form><br/><br/>

<form action="springmvc/testRest/1" method="post">
	<input type="hidden" name="_method" value="DELETE"/>
	<input type="submit" value="TestRest DELETE"/>
</form><br><br>

<form action="springmvc/testRest" method="post">
	<input type="submit" value="testRestPost">
</form><br/><br/>

<a href="springmvc/testRest/1">testRest</a><br/><br/>

  除此之外,我们还需要在配置文件web.xml中添加支持将post转化为delete和put请求的声明

<!-- 配置HiddenHttpMethodFilter:可以把POST请求转为DELETE或POST请求 -->
<filter>
	<filter-name>HiddenHttpMethodFilter</filter-name>
	<filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
</filter>
	
<filter-mapping>
	<filter-name>HiddenHttpMethodFilter</filter-name>
	<url-pattern>/*</url-pattern>
</filter-mapping>

  如你所见,这里的改和删都是通过post的方式发送出去的,因为这里不支持put和delete来直接实现删改,而是通过借助post方式,并悄悄的带上一块令牌hidden类型的input标签来告诉后台我在前台发送的实际上是删和改的请求。

  那么这个过程时如何实现的呢,为什么加上

<input type="hidden" name="_method" value="DELETE"/>

这块令牌,人家后台就要买你的账呢。那我们就来看看后来是如何买账的吧。

  归根到底还是得益于添加在web.xml中的HiddenHttpMethodFilter这个类,在该类中有一个方法doFilterInternal, 通过调试我们可以发现其中端倪,启动tomcat(不能是tomcat8),点击delete操作对应的input标签,进入调试界面,我们可以看到:

  • 通过request.getParameter(this.methodParam)在request域中得到this.methodParam(_method)的值,对应于删除delete的操作,在页面上,delete中声明了一个hidden的input,其中name就是“_method”,value就是DELETE,所以这里得到的paramValue的值为“DELETE”
  • 继续执行,可以看到通过request.getMethod的取值是否与“POST”相等,显然,这里是相等,因为我们在前台页面中对于delete的操作请求中method声明为post方式
  • 再往后就是将获取到的请求方法封装HttpServletRequest中,完成后续的处理。这里我们应该明白了为什么前台要加上那样一个hidden的input了。

小坑:这里注意启动不能是tomcat8,而只能是比8小的版本,如7或6等,下图展示了用tomcat的报错信息和用7的成功响应:

总结下,如何发送put和delete的请求:

  1. 在web.xml中配置HiddenHttpMethodFilter
  2. 发送post请求
  3. 请求中是个隐藏域,name为”_mothod”,value为put或delete

最后再来说下@CookieValue这个注解。

  3. @CookieValue

  该注解也是差不多的套路,也是一种映射,映射的是一个Cookie值。

  在我们发送一个请求时,我们可以看到请求中携带了一些cookie值

  比如这里的JSESSIONID或者Path等。现在我们就写个方法用于获取Cookie值。

  在SpringMVCTest中添加

@RequestMapping(value="/testCookieValue")
public String testCookieValue(@CookieValue("JSESSIONID") String cookieValue){
	System.out.println("testCookieValue: " + cookieValue);
	return SUCCESS;
}

  index.jsp界面上添加链接

<a href="springmvc/testCookieValue">testCookieValue</a><br/><br/>

  这样我们就可以得到类似“testCookieValue: 1410F05C9ADD84E8659C2AC79E8CC666”这样的结果。

至此,我们介绍了

  1. @RequestMapping的用法
  2. 获取请求参数的@PathVariable、@RequestParam的用法
  3. 介绍如何实现REST风格的请求,并分析了post如何转化为delete和put请求
  4. 介绍了@CookieValue的用法

到这就完美谢幕了——憋说话,赞我

如果您觉得阅读本文对您有帮助,请点一下“推荐”按钮,您的“推荐”将是我最大的写作动力!如果您想持续关注我的文章,请扫描二维码,关注JackieZheng的微信公众号,我会将我的文章推送给您,并和您一起分享我日常阅读过的优质文章。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏我的博客

Zend_Config使用笔记

1.zend_Config被设计在应用程序中简化访问和使用配置数据。它为在应用程序代码中访问这样的配置数据提供了一个基于用户接口的嵌入式对象属性。配置数据可能来...

27450
来自专栏刘君君

Spring Boot 静态资源处理

79660
来自专栏haifeiWu与他朋友们的专栏

阿里 RPC 框架 DUBBO 初体验

最近研究了一下阿里开源的分布式RPC框架dubbo,楼主写了一个 demo,体验了一下dubbo的功能。

41820
来自专栏阿杜的世界

Spring实战5-基于Spring构建Web应用主要内容

写在前面:关于Java Web,首先推荐一篇文章——写给java web一年左右工作经验的人,这篇文章的作者用精练的话语勾勒除了各种Java框架的缘由和最基本的...

12420
来自专栏Java架构师历程

Spring工作原理

      内部最核心的就是IOC了,动态注入,让一个对象的创建不用new了,可以自动的生产,这其实就是利用java里的反射,反射其实就是在运行时动态的去创建、...

23120
来自专栏玩转JavaEE

使用Spring Boot开发Web项目

按:最近公众号文章主要是整理一些老文章,以个人CSDN上的博客为主,也会穿插一些新的技术点。 ---- 前面两篇博客中我们简单介绍了Spring Boot项目的...

31350
来自专栏LuckQI

SpringBoot~SpringBatch 使用

Spring Batch 提供了大量可重用的组件,包括了日志、追踪、事务、任务作业统计、任务重启、跳过、重复、资源管理。对于大数据量和高性能的批处理任务,Spr...

14130
来自专栏java工会

Spring工作原理

内部最核心的就是IOC了,动态注入,让一个对象的创建不用new了,可以自动的生产,这其实就是利用java里的反射,反射其实就是在运行时动态的去创建、...

9310
来自专栏JAVA同学会

Spring Data(一)概念和仓库的定义

Spring Data的主要任务是为数据访问提供一个相似的、一致的、基于Spring的编程模型,同时又保留着下面各个数据存储的特征。它使得使用数据访问技术非常的...

14110
来自专栏互联网大杂烩

Spring MVC框架

前端控制器是DispatcherServlet;应用控制器其实拆为处理器映射器(Handler Mapping)进行处理器管理和视图解析器(View Resol...

7720

扫码关注云+社区

领取腾讯云代金券