7.5 跨重定向请求传递数据

在 5.4.1 小节中,在处理完 POST 请求后,通常来讲一个最佳实践就是执行一下重定向。除了其他的一些因素外,这样做能够防止用户点击浏览器的刷新按钮或后退箭头时,客户端重新执行危险的 POST 请求。

在第 5 章,在控制器方法返回的视图名称中,我们借助 了 redirect: 前缀的力量。当控制器方法返回的 String 值 以 redirect: 开头的话,那么这个 String 不是用来查找视图的,而是用来指导浏览器进行重定向的路径。我们可以回头看一下程序清单 5.17,可以看到 processRegistration() 方法返回的 redirect:String 如下所示:

return "redirect:/spitter/" + spitter.getUsername();

redirect: 前缀能够让重定向功能变得非常简单。你可能会想 Spring 很难再让重定向功能变得更简单了。但是,请稍等:Spring 为重定向功能还提供了一些其他的辅助功能。

具体来讲,正在发起重定向功能的方法该如何发送数据给重定向的目标方法呢?一般来讲,当一个处理器方法完成之后,该方法所指定的模型数据将会复制到请求中,并作为请求中的属性,请求会转发(forward)到视图上进行渲染。因为控制器方法和视图所处理的是同一个请求,所以在转发的过程中,请求属性能够得以保存。

但是,如图 7.1 所示,当控制器的结果是重定向的话,原始的请求就结束了,并且会发起一个新的 GET 请求。原始请求中所带有的模型数据也就随着请求一起消亡了。在新的请求属性中,没有任何的模型数据,这个请求必须要自己计算数据。

图 7.1 模型的属性是以请求属性的形式存放在请求中的,在重定向后无法存活

显然,对于重定向来说,模型并不能用来传递数据。但是我们也有一些其他方案,能够从发起重定向的方法传递数据给处理重定向方法中:

  • 使用 URL 模板以路径变量和/或查询参数的形式传递数据;

  • 通过 flash 属性发送数据。

首先,我们看一下 Spring 如何帮助我们通过路径变量和 / 或查询参数的形式传递数据。