跨重定向请求传递数据

在处理POST请求后的重定向中,模型数据无法直接保留。文章介绍了两种传递数据的方法:通过URL模板用路径变量和查询参数,或者使用flash属性。URL模板适用于传递基本类型,而flash属性能传递对象并在重定向后存入模型。通过示例说明了如何使用这些方法在重定向过程中保持数据的完整性。
摘要由CSDN通过智能技术生成

在处理完POST请求后,通常来讲一个最佳实践就是执行一下重定向。除了其他的一些因素外,这样做能够防止用户点击浏览器的刷新按钮或后退箭头时,客户端重新执行危险的POST请求
当控制器方法返回的String值以"redirect:"开头的话,那么这个String不是用来查找视图的,而是用来指导浏览器进行重定向的路径。
一般来讲,当一个处理器方法完成之后,该方法所指定的模型数据将会复制到请求中,并作为请求中的属性,请求会转发(forward)到视图上进行渲染。因为控制器方法和视图所处理的是同一个请求,所以在转发的过程中,请求属性能够得以保存。
但是,当控制器的结果是重定向的话,原始的请求就结束了,并且会发起一个新的GET请求。原始请求中所带有的模型数据也就随着请求一起消亡了。在新的请求属性中,没有任何的模型数据,这个请求必须要自己计算数据。

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

  • 使用URL模板以路径变量和/或查询参数的形式传递数据;
  • 通过flash属性发送数据。

通过URL模板进行重定向:
只能用来传递基本类型;

@RequestMapping(value="/register", method=POST)
public String processRegistration( 
    Spitter spitter,   Model model) {
   
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值