转发和重定向
Spring MVC 重定向和转发
重定向和转发
重定向经过客户端,而转发没有,因此相对来说转发更快速。但有时采用重定向更方便,如:
- 重定向到外部网站;
- 避免用户重新加载页面时再次调用同样的动作。
return "redirect:/view/"+saveUser.getId();
这里使用重定向来防止当前用户重新加载页面时'''saveUser'''被二次调用。
但是使用重定向无法轻松地给目标页面传值,因此,在Spring3.1后提供了Flash属性,详情见后文。 <br>
常用处理方式
Controller 视图方法间的跳转,无非就是带参跳转和不带参跳转。常用的方法有通过 String 映射 RequestMapping 实现重定向,或者通过 ModelAndView
对象,又或者是 RedirectView
对象,下面逐一说明。 <br>
String 重定向
是 return 映射到另一个 Controller 方法的字符串。如果有请求参数,就拼接在 RequestMapping 映射的字符串后面。
// 返回字符串映射的方式 @RequestMapping("hello") public String hello(HttpServletRequest req, HttpServletResponse resp) { doSomething(); return "redirect:/bye"; // return "redirect:/bye?username=sudoz"; }
ModelAndView 重定向
另一种方法是通过返回 ModelAndView
对象来实现跳转。类似的,如果有请求参数,也可以通过类似 GET 参数拼接的方式:
// 返回 ModelAndView 对象 @RequestMapping("hello") public ModelAndView hello(HttpServletRequest req, HttpServletResponse resp) { doSomething(); return new ModelAndView("redirect:/bye"); // return new ModelAndView("redirect:/bye?username=sudoz"); }
RedirectView 重定向
还有一种方法是通过返回 RedirectView
对象实现跳转,该方法和上面的不同之处在于,RedirectView
对象不需要设置 redirect 前缀:
// 返回 RedirectView 对象 @RequestMapping("hello") public RedirectView hello() { doSomething(); return new RedirectView("/bye"); // return new RedirectView("bye?username=sudoz"); }
<br>
带参跳转
Model在重定向时会丢失携带的消息
在做方法跳转时,如果要把参数带给下一个方法,像上面代码里通过拼接 URL 参数的方法有时候并不实用。因为参数不一定都是是字符串,而且浏览器对 URL 的长度是有限制的。RedirectAttributes
对象可以用来保存请求重定向时的参数。利用 RedirectAttributes
改写上面的代码:
@RequestMapping("/") public RedirectView hello(RedirectAttributes attrs) { attrs.addAttribute("message", "hello"); attrs.addFlashAttribute("username", "world"); return new RedirectView("hello"); } @RequestMapping("hello") Map<String, String> hello(@ModelAttribute("message") String meaasge, @ModelAttribute("username") String username) { Map<String, String> map = new HashMap(); map.put("message", message); map.put("username", username); return map; }
上面的代码中,调用 addAttribute()
和 addFlashAttribute()
方法往 RedirectAttributes
对象中插入了两个值,如果看源码,就能知道,RedirectAttributes
接口的实现类 RedirectAttributesModelMap
继承了 ModelMap
,本质上就是 HashMap
的子类,因此可以用来存储 Key-Value 对。这两个方法都很常用,使用上也必然存在不同:
addAttribute()
方法会把 Key-Value 作为请求参数添加的 URL 的后面;addFlashAttribute()
方法会把 Key-Value 暂存在 session 中,在跳转到目标方法后,即完成任务,会从 session 中删掉;
用 curl
命令来测试:
curl -i http://localhost:8080/ HTTP/1.1 302 Set-Cookie: JSESSIONID=D1CC5E15FA8EF9474C4CED7D4F660E66;path=/;HttpOnly Location: http://localhost:8080/hello;jsessionid=D1CC5E15FA8EF9474C4CED7D4F660E66?username=sudoz Content-Language: en-US Content-Length: 0 Date: Thu, 16 Feb 2017 12:33:46 GMT
可以看到,通过 addAttribute()
添加的键值对变成了 URL 后面的参数,addFlashAttribute()
方法添加的键值对则没有出现在 URL 上,而是存储在了 session 中。跳转的目标方法通过 @ModelAttribute("key")
注解指定接收的参数。
<br>
redirect 和 forward 的区别
上面列出的 3 种方法,其实都是 Spring MVC 在处理请求时的重定向,即 redirect 跳转。另一种分发请求的方式是转发,即 forward。二者的区别从 HTTP 的规范中就明确:
- redirect 的 HTTP 返回码是 302,且跳转的新 URL 会存储在 HTTP Response Headers 的 Location 字段中。客户端在接收到 Response 后,会发起另一次请求,这次请求的 URL 就是重定向的 URL;
- forward 的转发过程只发生在服务端;Servlet 容器会直接把源请求打向目标 URL,而不会经由客户端发起请求;因此客户端接收到的响应是来自转发后的目标方法,但是浏览器呈现的 URL 却并不会改变,且 forward 不能将参数转发出去。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
SQL 查找是否“存在“,别再 count 了,很耗费时间的!
目前多数人的写法 优化方案 总结 根据某一条件从数据库表中查询 『有』与『没有』,只有两种状态,那为什么在写SQL的时候,还要SELECT count(*) 呢? 无论是刚入道的程序员新星,还是精湛沙场多年的程序员老白,都是一如既往的count 目前多数人的写法 多次REVIEW代码时,发现如现现象: 业务代码中,需要根据一个或多个条件,查询是否存在记录,不关心有多少条记录。普遍的SQL及代码写法如下 SQL写法: SELECT count(*) FROM table WHERE a = 1 AND b = 2 Java写法: int nums = xxDao.countXxxxByXxx(params); if ( nums > 0 ) { //当存在时,执行这里的代码 } else { //当不存在时,执行这里的代码 } 是不是感觉很OK,没有什么问题 优化方案 推荐写法如下: SQL写法: SELECT 1 FROM table WHERE a = 1 AND b = 2 LIMIT 1 Java写法: Integer exist = xxDao.existXxxxByXx...
- 下一篇
缓存你问题真不少!
引言 2021年,2月底,一个超级疲惫的下午,离下班还有30分钟,小航拿了一袋每日坚果,对我说:”温哥,来来来,吃个坚果,开心下” 有了前几次的,经验,我意识到,这兄弟又要问题问题,委婉的回绝到:”谢谢好意,你吃吧,我不饿”。 小航,一看我有所防备,有拿出了安慕希,并且抓住了我的手臂,说道:“大神,我有困惑,请您帮帮我” 看他如此诚恳,我不好意思的说道:“大神不敢当,水平有限,恐无法为你解惑”。 小航一看有戏,有给了我一袋每日坚果,眼中有光的说道:“哥,您指点一二,无论对错,我都愿意听” 我感动(dong xi hao chi)的说:“什么问题,我试试看” 小航立刻说道:“使用缓存都有什么问题” 我缓缓道来:“主要四个问题,击穿,穿透,雪崩,污染” 问题描述 逐个解决 缓存击穿 热点key过期了,请求打到了数据库 解决方式 不给热点key设置过期时间 缓存穿透 缓存没有,数据库也没有。 解决方式 缓存空值或缓存缺省值 对入参进行校验,屏蔽无效参数请求 在redis前置布隆过滤器,快速判断 缓存雪崩 大量key同时失效 给key的过期时间加上随机数,避免同时过期 Redis挂了 Redi...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS7设置SWAP分区,小内存服务器的救世主
- Docker快速安装Oracle11G,搭建oracle11g学习环境