在做web项目时我们经常会用到转发和重定向，而对于初学者来说总是被他们俩个搞得一头雾水，他们两个貌似给人神秘感，其实是我们还不够了解他们。
为什么response重定向和为什么request是转发？
当我们些许的去思考这个问题的时候，是否和我一样有恍然大悟的感觉呢。
request的转发
首先说说request，他是用户需求数据的载体，把用户的数据交给他，他去把请求给服务器送去，这就是request。转发，这个词组我么从来都不陌生，喂喂，把你收到的第一封情书转发给我欣赏欣赏~~ 不要让你的pursur知道哦。
看过一篇文章，有这样一个比喻，，我们可以把request的转发这样理解。有一个人叫浏览器，浏览器写信找张三借钱，张三的钱不够，张三很义气，于是他又找张四借钱，找张四借了一部分和加上自己的一部分写信回复给了浏览器。在这过程，浏览器只发出一次请求，~~借钱~~，并收到了一次回复，他从张三那里借钱，并不知道有一部分是出自张四之手。
response重定向
再说说response重定向，重定向就是重新定方向，人生的路由很多很多条，我们有很多很多种选择，同时有很多种不同的快乐的方式。走这条路我们走不下去的时候，我们不一定就坚持，错误的坚持让我们丢了自己，所以我们就开始“重定向”，又开始新的尝试了。response是服务器端对客户端发来请求的回应，告诉用户重新发送一个对另一个URL的请求。
还说浏览器这个人，第二次写信和张三借钱，张三这次回信，说自己其实没钱，并把张四的地址给了浏览器，让浏览器写信找张四去借，把张四的地址发给了浏览器，浏览器写信给张四，最终张四收到信，并把钱回信寄给了浏览器。这次浏览器发送了两次请求，收到了两次回复。
重定向：
转发：
重定向和转发比较：
转发重定向比较
request.getRequestDispatcher("xxx.jsp").forward(request, response);
变量作用域
request中存放的变量不会失效
request存放的变量失效，进入一个新的request作用域
浏览器的地址
地址栏保持初值不会改变
改变为重定向的页面地址
作用范围
只能是同一个web应用中的组件
可重定向到其他程序资源或者其他站点
URL以/开头
相对于web应用程序根目录
相对于web站点根目录
各自优点
相对高效，隐藏实际链接地址。
能跳转到其他的服务器上的资源。
转发和重定向的例子在这里就不一一列举了，代码太多了，本篇的篇幅也有些长了。。关于jsp的其他对象就不一一介绍了，下一篇讲解jsp中的那些乱码。
不知道您是否看懂了……我有些豁然开朗了。相信在更多的实践中理解的会更加深刻的。gogogo!
当你下定决心准备出发时，最困难的时刻就已经过去了。那么，出发吧。
