SpringMVC入门之十一：跨重定向请求传递数据

通常，当我们处理完POST请求之后，出于安全的考虑（防止用户刷新或后退而重新执行危险的POST请求），会将请求重定向，在前面，我们借助了“redirect：”来实现这一功能。”redirect:”前缀能够让重定向功能变得非常简单，但是Spring为重定向功能还提供了一些其他的辅助功能。具体来讲，正在发起重定向功能的方法该如何发送数据给重定向的目标方法呢？一般来讲，当一个处理器方法完成之后，该方法所指定的模型数据将会复制到请求中，并作为请求中的属性，请求会转发(forward)到视图上进行渲染。因为控制器方法和视图所处理的是同一个请求，所以在转发过程中，请求属性能够得到保存。
但是，当控制器的结果是重定向的话，原始的请求就结束了，并且会发起一个新的GET请求。原始请求中所带有的模型数据也就随着请求一起消亡了。在新的请求属性中，没有任何的模型数据，这个请求必须要自己计算数据。（模型的属性是以请求属性的形式存放在请求中的，在重定向后无法存活）
显然，对于重定向来说，模型并不能用来传递数据。但是我们也有一些其他方案，能够从发起重定向的方法传递数据给处理重定向方法中：

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

• b、通过flash属性发送数据

下面的程序清单展现了如何通过路径变量和查询参数来向重定向请求传递数据：

{username}占位符会匹配model中的username属性，而spitterId没有能够匹配的占位符，则会以查询参数的形式传递。如果username属性的值是habuma并且spitterId属性的值是42，那么结果得到的重定向URL路径将会是“/spitter/habuma?spitterId=42”。在上面的代码中，虽然用到了模型，但是模型数据最终是以请求参数的形式复制到请求中的，当重定向发生的时候，这些数据就会丢失。
通过路径参数和查询参数的方式来为重定向请求传递参数非常简单，经典电影但是它只能用来发送简单的值，如String和数字的值。在URL中，并没有办法发送更为复杂的值，但这正是flash属性能够提供帮助的领域。

当我们不想在重定向请求中发送username或ID了，而是要发送实际的Spitter对象，那么通过URL模板已经不能满足要求了。也许将这些数据放到会话中是个可行的方案，实际上在JSP+Servlet开发项目的时候就是这么做的，但是这要求我们在请求重定向之前将属性装Session中，重定向成功过后还要将这个属性移除，这也许不是什么大不了的事儿。不过，Spring认为我们并不需要管理这些数据，相反，Spring提供了将数据发送为flash属性的功能。按照定义，flash属性会一直携带这些数据直到下一次请求，然后才会消失。
Spring提供了通过RedirectAttribute设置flash属性的方法，这是Spring3.1引入的Model的一个子接口。RedirectAttribute提供了Model的所有功能，除此之外，还有几个方法是用来设置flash属性的。具体来讲，RedirectAttribute提供了一组addFlashAttribute()方法来添加flash属性。重新看一下processRegistration()方法，回力我们可以使用addFlashAttribute()将Spitter对象添加到模型中：

在这里，我们调用了addFlashAttribute()方法，并将spitter作为key，Spitter对象作为值。另外，我们还可以不设置key参数，让key根据值的类型自行推断得出：

flash属性传递参数的原理：在重定向执行之前，所有的flash属性都会复制到会话中。在重定向后，存在会话中的flash属性会被取出，并从会话转移到模型中。