页面跳转：转发和重定向详解之区别(借钱的例子)以及如何进行选择！内涵干货！

转发：RequestDispatcher.forward,话不多说直接上图：

结合图，我们可以进行分析：
浏览器的请求发送给组件1，组件1经过一些处理之后，将request对象和response对象传递给组件2，然后交由组件2继续处理，（当然，也可以继续向其他组件进行传递）最后输出响应。这个传递的整个过程我们称之为“转发”！
并且，由图中我们不难看出，整个过程中只涉及一次浏览器和服务器之间的“请求-响应”，所以转发的过程中的组件是共享一个请求和响应对象的。
转发的意义在于可以实现组件之间的“分工”。在基于MVC，多层结构的web应用中，经常需要多个组件协同完成一次“请求-响应”工作。
那么，转发过程，有什么需要注意的呢？

• 转发只能在同一个应用的组件之间进行，不可以转发给其他应用的地址
• 转发的地址可以使用“相对地址”的方式，也可以使用“绝对地址”的方式。但需要注意的是：用绝对地址的方式的时候，应该从应用名后开始。

重定向：HttpServletResponse.sendRedirect，直接上图：

结合图，我们可以进行分析：
浏览器向某组件发出请求信息，组件向浏览器发回一个重定向响应信息，该响应信息不包含具体的数据内容，只是在响应头信息中包含了需要重定向到的地址信息，该地址可以是任何有效的URL。浏览器收到该重定向响应后会自动的向响应信息头中所只是的地址发出请求。
整个重定向过程中涉及至少两次“请求-响应”！

---

说了那么，我们对转发和重定向的区别进行一个总结：

1. 在转发中，只涉及一次浏览器和服务器之间的“请求-响应”，且转发过程中的组件共享同一个请求和响应对象。而重定向中，浏览器至少做了两次请求，且重定向过程中组件各自使用各自的请求和响应对象，属于两个独立的访问请求和响应的过程。
2. 转发是服务器行为，而重定向属于客户端行为。
3. 转发浏览器的URL的地址栏不改变，重定向的URL的地址栏改变。
4. 转发的速度快，且必须是在同一台服务器下完成，而重定向的速度慢，因为重定向要几次经过客户端，且重定向可以在多台不同服务器下完成。
5. 转发不会执行转发后的代码，转发2次跳转之间传递的信息不会丢失，而重定向2次跳转，信息会丢失，故重定向会执行重定向后的代码。
6. 转发的方法只能将请求转发给同一个web应用的组件，RequestDispatcher对象时指定的相对URL以“/”开头，它是相对于当前的WEB应用的根目录。而重定向方法的相对URL以“/”开头，它是相对于整个WEB站点的根目录。
7. 转发，会在本页面代码执行转发语句后，即跳转到指定的页面执行其他代码，执行完毕后，返回接着执行转发语句后的代码。而重定向，会在当前页面代码执行完毕后，跳转到指定的页面执行其他代码。

---

为了便于理解，我举一个“借钱”的例子：
RequestDispatcher.forward方法在服务器内部将请求转发给另一个资源，浏览器只知道发出了请求，并得到了响应的结果，并不知道在服务器程序内部发生了转发行为。
好比：一个叫“浏览器”的人写信找小明借钱，小明没有钱，于是小明找到了小红借了一些钱，甚至可以再加上自己的一些钱，然后再将这些钱汇给“浏览器”。由此，我们不难分析出，“浏览器”只发出了一次请求和收到了一次回复，他只知道从小明那里借到了钱，并不知道有一部分钱出自小红之手。
而重定向就不一样了，他的过程好比一个叫“浏览器”的人写信找小明借钱，小明回信说没有钱，让“浏览器”去找小红借钱，并把小红现在的通信地址告诉了“浏览器”。于是，“浏览器”就按小明提供的通信地址给小红写了封信借钱，小红收到信后就把钱汇给了“浏览器”。
由此可见，“浏览器”一共发出了两次信并且收到了两次回复，且“浏览器”也知道他得到的钱来自于“小红”之手。

---

那么，对于转发和重定向，我们到底该如何选择呢？

1. 重定向的速度比转发的速度慢，因为浏览器还需要发出新的请求，所以如果在使用转发和重定向都无所谓的情况下，建议使用转发。
2. 因为转发只能访问当前的web应用程序，所以不同web应用程序之间的访问，特别是需要访问到另外一个web站点上的资源的情况，这个时候只能使用重定向。
3. 另外，重定向还有一个应用场景：避免在用户重新加载页面时两次调用相同的动作。比如，在提交产品表单时，执行保存的方法将会被调用，并执行相应的动作，这在一个真实的应用程序中，很有可能将表单中所有的信息加入到数据库中，但是如果在提交表单后，重新加载页面执行保存的方法就有可能被调用，同样的产品信息就将可以再次被添加。那么，为了避免这种情况，提交表单后，你可以将用户重定向到一个不同的页面，这样，这个网页任意重新加载都没有副作用！