学习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”,关于{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的用法
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
上一篇: Yii框架实现记录日志到自定义文件的方法