Spring 重定向(Redirect)指南及相关策略问题

概述

本文将重点介绍在 Spring 中实现重定向(Redirect),并将讨论每个策略背后的原因。

为什么要重定向?

让我们先来考虑在 Spring 应用程序中为什么您可能需要做一个重定向的原因。

当然有很多可能的例子和原因。 一个简单的可能是 POST 表单数据,围绕双重提交问题,或者只是将执行流委托给另一个控制器方法。

附注一点,典型的 Post / Redirect / Get 模式并不能充分解决双重提交问题 - 在初始提交完成之前刷新页面的问题可能仍然会导致双重提交。

使用  RedirectView 重定向

我们从这个简单的方法开始 - 直接来一个例子:

在背后,RedirectView 会触发 HttpServletResponse.sendRedirect() - 这将执行实际的重定向。

注意这里我们是如何注入重定向属性到方法里面的 - 由框架完成这部分繁重的工作,让我们能够与这些属性交互。

我们添加 attribute 到模型RedirectAttributes中 - 将其作为 HTTP 查询参数(Query parameter)暴露。 该模型包含的对象 - 通常是字符串或可以被转换成字符串的对象。

现在让我们来测试我们的重定向功能 - 用一个简单的 curl 命令来帮助实现:

结果将是:

使用 redirect: 前缀进行重定向

前面一个方法使用RedirectView,因为一些原因它并不是最优的。

首先,我们现在是耦合于Spring API的,因为我们在我们的代码里直接地使用RedirectView。
其次,我们需要从一开始就知道,当实现控制器操作的时候,它的结果将总是重定向的,但情况并非总是如此。

更好的选择是使用redirect:前缀——重定向视图名称像其它逻辑视图名称一样被注入到控制器中。控制器甚至不知道重定向正在发生。

它看起来像是这样的:

当视图名称跟redirect:一起返回的时候,UrlBasedViewResolver类(以及它的所有子类)会将其识别为一个需要进行重定向的特殊指示。视图名称剩下的部分会被当作重定向URL。

这里有一个地方需要注意——当我们在这里使用redirect:/redirectedUrl逻辑视图的时候,我们正在做一个跟当前Servlet上下文相关的重定向。

如果需要重定向到一个绝对URL,我们可以使用像这样的名称:redirect: http://localhost:8080/spring-redirect/redirectedUrl

所以现在,当我们执行curl命令:

我们会立刻得到一个重定向:

使用 forward 前缀转发

我们现在看看如何做一些略有不同的事——一个转发。

在看代码之前,我们先来看一下对转发与重定向的语义的快速、高层概括:

重定向将以包含302响应码和Location头的新URL进行响应;然后浏览器/客户端将再次向新的URL发出请求
转发完全在服务器端发生; Servlet容器将相同的请求转发到目标URL;浏览器中的URL无须改变

现在我们来看看代码:

与redirect:一样,forward:前缀将由UrlBasedViewResolver及其子类解析。在内部,这将创建一个InternalResourceView,它为新视图执行一个RequestDispatcher.forward()操作。

当我们用curl执行该命令时:

我们会得到HTTP 405 (不允许的方法):

与我们在重定向解决方案中的两个请求相比,在这种情况下,我们只有一个请求从浏览器/客户端发送到服务器端。当然,以前由重定向添加的属性也不需要了。

包含 RedirectAttributes 的属性

接下来 - 让我们看看在一个重定向中传递属性 - 充分利用框架中的RedirectAttribures:

如前所述,我们可以直接在方法中插入属性对象 - 这使得该机制非常容易使用。

还要注意,我们也添加一个Flash属性 - 这是一个不会被添加到URL中的属性。我们可以通过这种属性来实现——我们稍后可以在重定向的最终目标的方法中使用@ModelAttribute(“flashAttribute”)来访问flash属性:

因此,圆满完工——如果你需要使用curl测试该功能:

我们将会被重定向到新的位置:

这样,使用RedirectAttribures代替ModelMap,赋予我们仅在重定向操作中涉及的两种方法之间共享一些属性的能力。

没有前缀的另一种配置

现在让我们探索另一种配置——没有前缀的重定向。

为了实现这一点,我们需要使用org.springframework.web.servlet.view.XmlViewResolver:

代替我们在之前配置里使用的org.springframework.web.servlet.view.InternalResourceViewResolver:

我们还需要在配置里面定义一个RedirectView bean:

现在我们可以通过id来引用这个新的bean来触发重定向:

为了测试它,我们再次使用curl命令:

结果会是:

重定向 HTTP POST 请求  Request

对于类似银行付款这样的用例,我们可能需要重定向HTTP POST请求。根据返回的HTTP状态码,POST请求可以重定向到HTTP GET或POST上。

根据HTTP 1.1协议参考,状态码301(永久移除)和302(已找到)允许请求方法从POST更改为GET。该规范还定义了不允许将请求方法从POST更改为GET的相关的307(临时重定向)和308(永久重定向)状态码。

现在,我们来看看将post请求重定向到另一个post请求的代码:

现在,让我们使用curl命令来测试下重定向的POST:

我们正在被重定向到目标地址:

结论

本文介绍了在Spring中实现重定向的三种不同方法,在执行这些重定向时如何处理/传递属性以及如何处理HTTP POST请求的重定向。

以上所述是小编给大家介绍的VSpring 重定向(Redirect)指南及相关策略问题,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对我们网站的支持!

时间: 2017-11-29

简单谈谈SpringMVC转发和重定向的区别

在servlet中,转发和重定向是由request和response完成的.两者之间的区别请看我之前的文章.那么在springMVC中是如何完成的呢? /**转发**/ @RequestMapping("/login.do") public String login(HttpServletRequest request,HttpServletResponse response){ request.setAttribute("message", "hello

详解spring mvc 请求转发和重定向

请求重定向与请求转发的比较,HttpServletResponse.sendRedirect方法和RequestDispatcher.forward方法都可以让浏览器获得另外一个URL所指向的资源,但两者的内部运行机制有很大的区别. 1.RequestDispatcher.forward方法只能将请求转发给同一个Web应用中的组件,HttpServletResponse.sendRedirect不仅可以重定向到当前应用程序的其他资源,还可以重定向到同一个站点上的其他应用程序的资源,甚至是使用绝对

详解SpringMVC重定向传参数的实现

在spring的一个controller中要把参数传到页面,只要配置视图解析器,把参数添加到Model中,在页面用el表达式就可以取到.但是,这样使用的是forward方式,浏览器的地址栏是不变的,如果这时候浏览器F5刷新,就会造成表单重复提交的情况.所以,我们可以使用重定向的方式,改变浏览器的地址栏,防止表单因为刷新重复提交. jsp文件: <%@ page language="java" contentType="text/html; charset=UTF-8&q

浅谈Spring 重定向指南

1. 概述 本文将重点介绍在 Spring 中实现重定向(Redirect),并将讨论每个策略背后的原因. 2. 为什么要重定向? 让我们先来考虑在 Spring 应用程序中为什么您可能需要做一个重定向的原因. 当然有很多可能的例子和原因. 一个简单的可能是 POST 表单数据,围绕双重提交问题,或者只是将执行流委托给另一个控制器方法. 附注一点,典型的 Post / Redirect / Get 模式并不能充分解决双重提交问题 - 在初始提交完成之前刷新页面的问题可能仍然会导致双重提交. 3.

浅谈spring容器中bean的初始化

当我们在spring容器中添加一个bean时,如果没有指明它的scope属性,则默认是singleton,也就是单例的. 例如先声明一个bean: public class People { private String name; private String sex; public String getName() { return name; } public void setName(String name) { this.name = name; } public String get

浅谈Spring的两种事务定义方式

一.声明式 这种方法不需要对原有的业务做任何修改,通过在XML文件中定义需要拦截方法的匹配即可完成配置,要求是,业务处理中的方法的命名要有规律,比如setXxx,xxxUpdate等等.详细配置如下: <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="

浅谈Spring的两种配置容器

Spring提供了两种容器类型 SpringIOC容器是一个IOC Service Provider.提供了两种容器类型:BeanFactory和ApplicationContext.Spring的IOC容器是一个提供IOC支持的轻量级容器.除了基本的ioc支持,它作为轻量级容器还提供了IOC之外的支持. BeanFactory BeanFactory是基础类型IOC容器.顾名思义,就是生产Bean的工厂.能够提供完整的IOC服务.没有特殊指定的话,其默认采用延迟初始化策略.只有当客户端对象需要

浅谈spring中用到的设计模式及应用场景

1.工厂模式,在各种BeanFactory以及ApplicationContext创建中都用到了 2.模版模式,在各种BeanFactory以及ApplicationContext实现中也都用到了 3.代理模式,Spring AOP 利用了 AspectJ AOP实现的! AspectJ AOP 的底层用了动态代理 动态代理有两种 目标方法有接口时候自动选用 JDK 动态代理 目标方法没有接口时候选择 CGLib 动态代理 4.策略模式,加载资源文件的方式,使用了不同的方法,比如:ClassPa

浅谈spring中的default-lazy-init参数和lazy-init

在spring的配置中的根节点上有个  default-lazy-init="true"配置: 1.spring的default-lazy-init参数 此参数表示延时加载,即在项目启动时不会实例化注解的bean,除非启动项目时需要用到,未实例化的注解对象在程序实际访问调用时才注入调用 spring在启动的时候,default-lazy-init参数默认为false,会默认加载整个对象实例图,从初始化ACTION配置.到 service配置到dao配置.乃至到数据库连接.事务等等.这样

浅谈spring和spring MVC的区别与关系

spring是一个开源框架,功能主要是依赖注入和控制反转. 依赖注入有三种形式 1.构造注入(bytype) 2.setter注入 3.接口注入(byname) 而控制反转则主要是起到操控作用,把对象的创建,初始化,销毁交给spring容器来处理.面向切面(把功能分离出来)实现共用. spring MVC类似于struts是负责前台和后台的交互,还有就是spring可以集成许多工具,像数据库配置,缓存配置,定时器配置等等都是在spring中完成的,而spring MVC是做不到的. 以上这篇浅谈

浅谈spring boot 1.5.4 异常控制

spring boot 已经做了统一的异常处理,下面看看如何自定义处理异常 1.错误码页面映射 1.1静态页面 必须配置在 resources/static/error文件夹下,以错误码命名 下面是404错误页面内容,当访问一个不存在的链接的时候,定位到此页 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Not F

浅谈spring 常用注解

我们不妨先将spring常用的注解按照功能进行分类 1 .将普通类加入容器形成Bean的注解 日常开发中主要使用到的定义Bean的注解包括(XML方式配置bean暂不讨论): @Component.@Repository.@Service.@Controller.@Bean 其中@Component.@Repository.@Service.@Controller实质上属于同一类注解,用法相同,功能相同,区别在于标识组件的类型.当一个组件代表数据访问层(Dao)时,你可以给它加上@Reposit

浅谈spring中scope作用域

今天研究了一下scope的作用域.默认是单例模式,即scope="singleton".另外scope还有prototype.request.session.global session作用域.scope="prototype"多例.再配置bean的作用域时,它的头文件形式如下: 如何使用spring的作用域: <bean id="role" class="spring.chapter2.maryGame.Role" s