Spring之跨重定向请求传递数据

在开发场景中，大部分数据都是使用请求转发（forward）进行传递，而使用重定向（redirect）传递数据可能比较少。

那么问题来了：请求中的数据生命周期存活时间只在一个请求转发（request）中，当这个请求结束后，那么请求中所带的数据也会随着这个请求一起拜拜了。而重定向会向服务器发起两个请求，所以第一个请求的数据不就到不了第二个请求了吗？如图：

如果我们想传递的数据在第二个请求中有效，那么怎么办呢？

有以下两种方法可以解决：

url 路径传递是比较简单的一种选择方式，因为重定向和请求转发不同，所以在重定向时必须要前面加上 redirect: (不加的话默认就为请求转发)：

下面为重定向到 colablog 路径下，传递 {username} 参数：如下：

还有一种方式是使用模板方式来定义重定向的URL，如：

若 user.getUsername() 为 johnson，那么重定向的url将会变成 redirect:/colablog/johnson 。

可以发现，使用url传递的都是一些比较简单的数据，当我们需要传递对象时，可要怎么办呢？Spring提供了数据发送为flash功能，flash属性会一直携带这些数据直到下一次请求，然后才会消失。提供实现的方法为 RedirectAttributes 的 addFlashAttribute 方法。如下：

取出数据还是老样子，像请求转发(forward)那样获取数据。

RedirectAttributes 有 Model 类的所有方法，因为 RedirectAttributes 是 Model 的扩展类。

至于为什么使用flash属性会携带到下一次请求中，然后才会消失呢？因为该flash属性的数据会存放到会话当中，在重定向后，存在会话中的flash属性会被取出，从会话数据转移到模型数据之中。如下图：

好了，文章到这里就结束了，不知道各位小伙伴看懂了没。若还有问题可在下方留言，Thanks♪(･ω･)ﾉ

参考文献： 《Spring实战 第4版》

支持你，水笔别说话，复制党也别说话。

我是纯手打：

首先你要明白，你问这个问题，证明你对dubbo和nginx就不熟悉。

dubbo的负载均衡已经是服务层面的了，和nginx的负载均衡还在http请求层面完全不同。至于二者哪个优秀，当然没办法直接比较。

涉及到负载均衡就涉及到你的业务，根据业务来选择才是最适合的。

dubbo具备了server注册，发现、路由、负载均衡的功能，在所有实现了这些功能的服务治理组件中，个人觉得dubbo还是略微笨重了，因为它本身是按照j2EE范畴所制定的中规中矩的服务治理框架。

dubbo在服务发现这个地方做的更像一个dns（个人感觉），一个消费者需要知道哪里有这么一个服务，dubbo告诉他，然后他自己去调用。

而nginx在具备了以上功能，还有两个最主要的功能是，1，维持尽可能多的连接。2，把每个连接的具体服务需求pass到真正的worker上。

但是这两个功能，dubbo做不到第一个。

所以，结合你自己的业务来选择用什么，nginx和dubbo在使用上说白了就是一个先后的关系而已（当然也是我个人感觉）。

（兄弟我回答之后发现楼上的哥们也回答了，但是他是百度赋值的骗分的。你可以自己查，他就是水笔。）

---