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 如何帮助我们通过路径变量和 / 或查询参数的形式传递数据。