本文转载自：
转发
转发的原理，可以通过下图展示：
浏览器的请求发送给组件 1，组件 1 经过一些处理之后，将 request 和 response 对象 “传递” 给组件 2，由组件 2 继续处理，然后输出响应（当然，也可以继续向其他组件 “传递”），这个传递的过程称之为 “转发”。整个过程只涉及一次浏览器和服务器之间的 “请求-响应” ，转发过程中的组件共享同一个请求 (request) 和响应 (response) 对象。
转发的意义在于可以实现组件的 “分工”。在基于 MVC，多层结构的Web应用中，经常需要多个组件协同完成一次 “请求-响应” 工作，例如：用户要获取“设备列表信息”，提交请求至控制器组件（Servlet），该 Servlet 调用适当的 JavaBean 获取了 “设备列表” 数据然后再转发至 JSP 组件去显示信息。
RequestDispatcher 对象封装了转发操作。通过 request 的 getRequestDispatcher(String path) 方法获得 RequestDispatcher 对象，其中 String 类型参数path 表示要转发到的地址。调用 Dispacther 对象的 forward(request, response) 方法实现转发。关于转发的具体操作，有如下几点需要注意：
- 转发只能在同一个应用的组件之间进行，不可以转发给其他应用的地址。
- 转发的地址可以用 “相对地址” 方式，也可以用 “绝对地址” 方式。但需要注意的是：用绝对地址方式时，应从应用名后 (Context path) 开始。例如：要转发到的地址为：http://192.168.5.100/tst/jsp/somewhere.jsp (其中 tst 为应用名)，对应的绝对地址为：“/jsp/somewhere.jsp”。这是很好理解的，因为转发只能转到本应用内的地址，所以绝对地址是没有必要包含应用名的。
- 组件之间通过转发来分工协作，势必涉及数据的传递，可以通过 request 对象传递数据。request对象的 setAttribute 和 getAttribute 分别用于以 “名称-对象对” 的形式存取数据。
- 在一个组件转发给另外一个组件之前，通过 response 输出的响应内容是没有意义的。在转发之前的通过 out 对象输出的内容最终不会输出到浏览器，这是由于 RequestDispatcher 在转发之前清空了输出缓冲区。但如果在转发之前输出的信息超出了缓冲区，或者调用了 out 对象的 flush() 方法，此响应内容已经输出到了客户端（称之为响应信息已提交），此时如果实施转发操作会抛出运行时异常：java.lang.IllegalStateException。
重定向
重定向的含义可以由下图说明：
浏览器向某组件发出请求信息，组件向浏览器发回一个重定向响应信息，该响应信息不包含具体的数据内容，只是在响应头信息中包含了需要重定向到的地址信息，该地址可以是任何有效的 URL。浏览器收到该重定向响应后会自动的向响应信息头中所指示的地址发出请求。整个重定向的过程涉及两次 “请求-响应”。具体的重定向响应格式如下所示：
HTTP/1.1 302 Moved TemporarilyServer: Apache-Coyote/1.1Locatio :http://192.168.5.100:8080/tst/jsp/somewhere.jspContent-Length: 0Date: Mon, 30 Jun 2008 03:52:54 GMT
注意：重定向响应中包含重定向地址的部分。
重定向可以通过 response 的 sendRedirect(String url) 方法来实现，注意 String 类型的参数 url 表示重定向到的地址，需要注意的是，如果表示重定向到本应用内的一个绝对地址时，要从应用名前开始，例如：tst 应用中的某个组件要重定向到本应用内的 /jsp/somewhere.jsp，则重定向的绝对地址应该是：“/tst/jsp/somewhere.jsp” 这一点和转发中的绝对地址表示是不同的。
关于重定向的具体操作，有如下几点需要注意：
-
使用 response.sendRedirect 时，前面不能有 HTML 输出。
这并不是绝对的，不能有 HTML 输出其实是指不能有 HTML 被送到了浏览器。事实上现在的 server 都有 cache 机制，一般在 8K（我是说JSP SERVER），这就意味着，除非你关闭了cache，或者你使用了out.flush() 强制刷新，那么在使用 sendRedirect 之前，有少量的HTML输出也是允许的。 -
response.sendRedirect 之后，应该紧跟一句 return;
我们已经知道 response.sendRedirect 是通过浏览器来做转向的，所以只有在页面处理完成后，才会有实际的动作。既然你已经要做转向了，那么后的输出还有什么意义呢？而且有可能会因为后面的输出导致转向失败。
本质区别
一句话，转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程：
转发过程：客户浏览器发送 http 请求 -----> web服务器接受此请求 -----> 调用内部的一个方法在容器内部完成请求处理和转发动作 -----> 将目标资源发送给客户。在这里，转发的路径必须是同一个 web 容器下的 url，其不能转向到其他的 web 路径上去，中间传递的是自己的容器内的 request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。
重定向过程：客户浏览器发送 http 请求 -----> web 服务器接受后发送 302 状态码响应及对应新的 location 给客户浏览器 -----> 客户浏览器发现是 302 响应，则自动再发送一个新的 http 请求，请求 url 是新的 location地址 -----> 服务器根据此请求寻找资源并发送给客户。在这里 location 可以重定向到任意 URL，既然是浏览器重新发出了请求，则就没有什么 request 传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。