forward（转发）：
是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器.浏览器根本不知道服务器发送的内容从哪里来的,因为这个跳转过程实在服务器实现的，并不是在客户端实现的所以客户端并不知道这个跳转动作，所以它的地址栏还是原来的地址.
redirect（重定向）：
是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址.所以地址栏显示的是新的URL.
转发是服务器行为，重定向是客户端行为。
区别：
1. 从地址栏显示来说forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器.浏览器根本不知道服务器发送的内容从哪里来的,所以它的地址栏还是原来的地址.
redirect是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址.所以地址栏显示的是新的URL.
2. 从数据共享来说forward:转发页面和转发到的页面可以共享request里面的数据.redirect:不能共享数据.
3. 从运用地方来说forward:一般用于用户登陆的时候,根据角色转发到相应的模块.redirect:一般用于用户注销登陆时返回主页面和跳转到其它的网站等
4. 从效率来说forward:高.redirect:低.
本质区别：
解释一：
一句话，转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程：转发过程：客户浏览器发送http请求—-》web服务器接受此请求–》调用内部的一个方法在容器内部完成请求处理和转发动作—-》将目标资源发送给客户;在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。重定向过程：客户浏览器发送http请求—-》web服务器接受后发送302状态码响应及对应新的location给客户浏览器–》客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location地址—-》服务器根据此请求寻找资源并发送给客户。在这里 location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。
解释二：
重定向，其实是两次request,第一次，客户端request A,服务器响应，并response回来，告诉浏览器，你应该去B。这个时候IE可以看到地址变了，而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中，传输的信息会被丢失。例子：请求转发是服务器内部把对一个request/response的处理权，移交给另外一个对于客户端而言，它只知道自己最早请求的那个A，而不知道中间的B，甚至C、D。 传输的信息不会丢失。
解释三：
转发是服务器行为，重定向是客户端行为。
两者的内部机制有很大的区别： 1 请求转发只能将请求转发给同一个WEB应用中的组件，而重定向还可以重新定向到同一站点不同应用程序中的资源，甚至可以定向到一绝对的URL。 2 重定向可以看见目标页面的URL，转发只能看见第一次访问的页面URL，以后的工作都是有服务器来做的。 3 请求响应调用者和被调用者之间共享相同的request对象和response对象，重定向调用者和被调用者属于两个独立访问请求和响应过程。 4 重定向跳转后必须加上return，要不然页面虽然跳转了，但是还会执行跳转后面的语句，转发是执行了跳转页面，下面的代码就不会在执行了。
1. 请求重定向方法是sendRedirect()，那么request请求在重定向过程中生存期是多久，有几个request请求，一个还是两个？
2. 请求转发，getRequestDispather()，那么请求转发过程中request请求生存期是多久，有几个request请求？
重定向过程和实现1-> request.setAttribute(“demo”,demo);
2-> response.sendRedirect(“/2.jsp”);
客户端发送一个请求，由服务器确定要处理请求的Servlet，处理时执行到sendRedirect()方法，由于该方法是response响应对象调用的方法，所以直接给客户端发送响应，客户端会看到地址栏出现：http://localhost:8080/webItem/2.jsp。在此过程中request的属性demo到请求重定向至2.jsp时就不存在了，客户端需要在2.jsp页面重新向服务器提交请求。前面的请求和后面重新提交的请求是互不干扰、独立的两个请求，那么在前面请求（第一行）设置的属性demo（setAttribute()）在后面2.jsp重新提交的请求里就获取不到。
从1.jsp经过该Servlet处理请求，重定向到2.jsp，可以看到，2.jsp页面中没有拿到demo的数据。
2.jsp页面代码：
request.setAttribute(“demo”,demo);
request.getRequestDispatcher(“/2.jsp”).forward(request, response);
Servlet的dopost方法处理客户端发送过来的请求，执行到请求转发forward()时，是将当前请求和响应对象一起转发给2.jsp页面，整个流程是在服务器端完成，并且是在同一个请求里面完成的。因此Servlet和Jsp是共享了同一个request，那么在Servlet中设置的所有数据，在JSP中都能获取，所以在2.jsp中能够获取demo的值，显示给客户端。请求转发过程是一个request和一个response。
当请求转发给2.jsp，客户端显示获取到了数据小薇和10kg，但从下图的地址栏中看出，请求转发是在服务器端进行的，所以客户端根本不清楚到底转发了几次，当服务器Servlet把请求转发到Jsp时，客户端只看到显示的结果，却不知道结果是由Servlet产生。
前面例子传值使用的是request对象的setAttribute方法，然而这种传值方式在请求转发时有效，并且数据只能在同为一个请求时可行，所以不适用于不同的多个请求之间的传值。所以不同的多个请求之间的传值使用session更合适，session设置属性和属性值后，无论是请求重定向还是请求转发，都能在JSP中获取到属性值。
以请求重定向为例，使用session传值：
下图中地址浏览器中出现2.jsp的路径，显示使用了请求重定向，但文本框里出现了demo值。因此可以说使用session传值无论是重定向还是转发都可行。
