转发和重定向

forward 是服务器内部的重定向，服务器直接访问目标地址的URL，把那个URL的响应内容读取过来，而客户端并不知道，因此在客户端浏览器的地址栏中不回显示转向后的地址，还是原来的地址。
由于在整个定向的过程中用的是同一个Request，因此forward会将Request的信息带到被定向的JSP或Servlet中使用。

redirect 是客户端的重定向，是完全的跳转，即客户端浏览器会获取到跳转后的地址，然后重新发送请求，因此浏览器中会显示跳转后的地址。
由于这种方式比forward多了一次网络请求，因此其效率要低于forward方式。
客户端的重定向可以通过设置特定的HTTP头或写JavaScript脚本实现。

总结：
一般当forward方式可以满足需求时，尽可能地使用forward方式。有些情况下，例如需要跳转到其他服务器上的资源，则必须用redirect方式

转发是服务器行为，重定向是客户端行为。转发耗时比重定向少。

转发——>客户浏览器发送HTTP请求——>web服务器接受请求——>调用内部一个方法在容器内部完成请求处理和转发动作——>再将转发跳转到的那个网页资源返回给客户；  转发只能在同一个容器内完成 转发的时候浏览器地址是不会变的，在客户浏览器里只会显示第一次进入的那个网址或者路径，客户看不到这个过程，只是得到了想要的目标资源。转发行为浏览器只做了一次请求。（转发只能跳转一次）

重定向——>客户浏览器发送HTTP请求——>web服务器接受请求后发送302状态码以及新的位置给客户浏览器——>客户浏览器发现是302响应，则自动再发送一个新的HTTP请求，请求指向新的地址（302：Found  临时移动，但资源只是临时被移动。即你访问网址A，但是网址A因为服务器端的拦截器或者其他后端代码处理的原因，会被重定向到网址B。）——>服务器根据此请求寻找资源发个客户；再客户浏览器中显示的是重定向之后的路径，客户可以看到地址的变化。重定向行为浏览器做了至少两次请求。（重定向可以跳转多次）

从图解可以看出转发时客户端只发送了一次请求，而重定向时客户端需要发送至少两次请求。

如生活实例（假如去办个证件）：

重定向：你先去了A局，A局的人说：“这个事情不归我们管，去B局”，然后，你就从A退了出来，自己乘车去了B局。

转发：你先去了A局，A局看了以后，知道这个事情其实应该B局来管，但是他没有把你退回来，而是让你坐一会儿，自己到后面办公室联系了B的人，让他们办好后，送了过来。
————————————————
参考链接：https://blog.csdn.net/xianyadong/article/details/81230808