一次重定向的过程
我的代码里面已经写好了，redirectAndFoward.jsp页面上有一个表单，表单重定向到redirectAndFowardTarget.jsp，那么这一次的重定向过程为：
1、以指定方式（表单看method，直接URL发起就是GET）发一次请求到后台，后台处理重定向，返回一个302的HTTP状态码给客户端，并在response里面带一个Location用于标识重定向的地址
2、以Location的地址为目标地址，客户端再发起一次请求
一次请求转发的过程
以指定方式（表单看method，直接URL发起就是GET）发一次请求到后台，后台直接跳转到将要重定向的地址，如果成功则返回状态码200给客户端：
重定向和请求转发的区别
1、从上面的一次重定向和一次转发的过程来看，我们可以得出第一个差别点，就是重定向是两次请求，转发是一次请求，因此转发的速度要快于重定向
2、第二个差别点也很明显，重定向之后地址栏上的地址会发生变化，变化成第二次请求的地址，转发之后地址栏上的地址不会变化，还是第一次请求的地址
网上关于重定向和请求转发的区别的文章有很多，里面的区别点也有很多，但是总结起来无非就是这两点，再多的区别点也都是这两点的扩充，所以，重定向和请求转发的区别理解了这两点的差别就可以了。另外还有一点，不是重定向和请求转发之间的区别，但是值得注意，那就是重定向和请求转发之后的代码都会运行，直到方法结束或者遇到了return语句
重定向和请求转发URL参数的解读
我们知道在Java Web中，一个Servlet分别是这么写重定向和转发的代码的：
1、response.sendRedirect("XXX");
2、request.getRequestDispatcher("XXX").forward(request, response);
这个括号里面的参数也是有一定的规则的，我自己的总结如下：
1、重定向的时候，如果参数为"http://xxxxxxxxxx"，那么重定向到的是指定的重定向地址，无论该重定向地址是内部的还是外部的
2、如果参数不是"http://xxxxxxxxxx"的样子，而是一般的写法，那么都是Tomcat内部跳转（注意是Tomcat内部跳转而不是项目内部跳转），重定向和请求转发的时候有些区别：
（1）重定向，如果XXX以"/"开头，则表示目标地址为http://ip:port/XXX；如果不以"/"开头，则表示目标地值为http://ip:port/项目名/XXX
（2）请求转发，无论XXX是否以"/"开头，都跳转到http://ip:port/项目名/XXX
重定向和请求转发选择的个人建议
页面跳转建议使用重定向，有内部Servlet跳转建议使用转发。
选择重定向作为页面跳转的理由
1、转发请求地址不会变化，这就导致了开发者并不知道实际转发的目标页面是哪个，对于开发者来说这真的是一件糟糕的事，不知道转发的目标页面会在出错的时候给定位问题带来很大的麻烦
2、假如开发者在Servlet中做了耗时间的查询数据库操作，然后放到session里面去，让目标页面拿session显示给用户。此时如果使用转发，那么在刷新这个页面的时候，该Servlet会被再请求一遍，也就是说把查询数据库->设置session这个步骤再做一遍，而实际上这是毫无意义的。重定向则不会有问题，由于重定向之后的是一个.jsp页面，刷新页面无非是让页面重新加载一次罢了。
3、转发只能在站内跳转，重定向可以跳转到任意想要的地址----只要这个地址存在，所以请求页面的时候转发相比重定向也有局限性
因此，虽然转发的速度比重定向快，但是从规避问题的角度而言，页面跳转使用重定向绝对是比转发更好的选择。
选择转发作为内部Servlet跳转的理由
如果代码逻辑是ServletA->ServletB->*.jsp，使用转发，那么这三次操作都在一次请求中，而如果使用重定向，那么客户端将发起三次请求，这真的毫无必要。因此，如果代码逻辑中含有内部的Servlet跳转，使用转发会使一个好的选择。