浅谈Request，Session和Model向前端传递数据

前言

为了弄清楚它们三个如何向前端如何传递数据，我花了半天时间编写Demo来实测，终于搞明白了他们之间的关系。

结论如下图所示：

对号代表前端能接收到从controller传来的数据，错号反之

解释一下第一行和第二行：

A页面通过Xcontroller，Xcontroller通过Ycontroller向B页面传递数据，
Xcontroller传递数据给Ycontroller的行为，分为A. forward 和 B. redirect

第三行：

意思是A页面直接通过Xcontroller return 视图（不走Ycontroller）返回B页面，由于这种方式一次请求就能解决，那么不管是用request，model还是session，B页面都可以接收成功Xcontroller传来的数据

总结及应用

1. forward和redirect的区别，转发是服务器行为，重定向是客户端行为。
   （内容引自https://blog.csdn.net/zhc5885306/article/details/78763905）

转发过程：客户浏览器发送http请求—>web服务器接受此请求—>调用内部的一个方法在容器内部完成请求处理和转发动作—>将目标资源 发送给客户；在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客 户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。

重定向过程：客户浏览器发送http请求—>web服务器接受后发送302状态码响应及对应新的location给客户浏览器—>客户浏览器发现 是302响应，则自动再发送一个新的http请求，请求url是新的location地址—>服务器根据此请求寻找资源并发送给客户。在这里 location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的 路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。

重定向，其实是两次request:第一次，客户端request A,服务器响应，并response回来，告诉浏览器，你应该去B。这个时候IE可以看到地址变了，而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中，传输的信息会被丢失。

2. 说到这里，我有一点疑惑，request方式和SpringMVC的Model好像是一回事，我先是查阅了《Spring实战》，书上是这么说的：
   Spring实战 P152中,说model.addAttribute(), 模型数据会作为请求属性放在请求(request)之中。

后来我经过后面的测试，发现使用request对象的确可以操作model里的数据

然后又从网上看到一段话：

httpServeltRequest和Model传值的区别
为什么大多程序在controller中给jsp传值时使用model.addAttribute()而不使用httpServeletRequest.setAttribute()？
事实上model数据，最终spring也是写到HttpServletRequest属性中，只是用model更符合mvc设计,减少各层间耦合。

既然这样，那在实际开发中，Model就可以代替Request的功能了。

3. 使用thymeleaf取controller里的数据时，如果数据是一个pojo，那么可以通过.属性点出来，也可以通过.get调用get方法。
   如果数据存放在session中，那么获取时必须加一个session. 否则获取不到session

4. 在实际开发中，能使用request或model就不要用session来传递数据，因为在服务器端大量创建session非常影响性能。