请求重定向与请求转发的比较

 

尽管 HttpServletResponse.sendRedirect 方法和 RequestDispatcher .forward 方法均可以让浏览器得到另一个 URL 所指向的资源，但二者的内部运行机制有着很大的区别。下面是 HttpServletResponse. sendRedirect 方法实现的请求重定向 与 RequestDispatcher .forward 方法实现的请求转发的总结比较：

（ 1 ） RequestDispatcher .forward 方法只能将 请求转发给同一个WEB应用中的组件；而 HttpServletResponse. sendRedirect 方法不只能够重定向到当前应用程序中的其余资源，还能够重定向到同一个站点上的其余应用程序中的资源，甚至是使用绝对URL重定向到其余站点的资源。若是传递给 HttpServletResponse. sendRedirect 方法的相对URL以“/”开头，它是相对于整个WEB站点的根目录；若是建立RequestDispatcher 对象时指定 的相对URL以“/”开头，它是相对于当前WEB应用程序的根目录。

（ 2 ）调用 HttpServletResponse.sendRedirect 方法重定向的访问过程结束后，浏览器地址栏中显示的 URL 会发生改变，由初始的 URL 地址变成重定向的目标 URL ；而调用 RequestDispatcher .forward 方法的请求转发过程结束后，浏览器地址栏保持初始的URL 地址不变。

（3） HttpServletResponse.sendRedirect 方法对浏览器的请求直接做出响应，响应的结果就是告诉浏览器去从新发出对另一个 URL 的访问请求，这个过程比如有个绰号叫“浏览器”的人写信找张三借钱，张三回信说没有钱，让“浏览器”去找李四借，并将李四如今的通讯地址告诉给了“浏览器”。因而，“浏览器”又按张三提供通讯地址给李四写信借钱，李四收到信后就把钱汇给了“浏览器”。可见，“浏览器”一共发出了两封信和收到了两次回复，“浏览器”也知道他借到的钱出自李四之手。 RequestDispatcher .forward 方法在服务器端内部将请求转发给另一个资源，浏览器只知道发出了请求并获得了响应结果，并不知道在服务器程序内部发生了转发行为。这个过程比如绰号叫“浏览器”的人写信找张三借钱，张三没有钱，因而张三找李四借了一些钱，甚至还能够加上本身的一些钱，而后再将这些钱汇给了“浏览器”。可见，“浏览器”只发出了一封信和收到了一次回复，他只知道从张三那里借到了钱，并不知道有一部分钱出自李四之手。

（ 4 ） RequestDispatcher .forward 方法的调用者与被调用者之间共享相同的 request 对象和 response 对象，它们属于同一个访问请求和响应过程；而 HttpServletResponse.sendRedirect 方法调用者与被调用者使用各自的 request 对象和 response 对象，它们属于两个独立的访问请求和响应过程。对于同一个 WEB 应用程序的内部资源之间的跳转，特别是 跳转以前要对请求进行一些前期预处理，并要使用 HttpServletRequest.setAttribute 方法传递预处理结果 ，那就 应该使用 RequestDispatcher .forward 方法。不一样 WEB 应用程序之间的重定向，特别是要重定向到另一个 WEB 站点上的资源的状况，都应该使用 HttpServletResponse.sendRedirect 方法。

（ 5 ）不管是 RequestDispatcher .forward 方法，仍是 HttpServletResponse.sendRedirect 方法，在调用它们以前，都不能有内容已经被实际输出到了客户端。若是缓冲区中已经有了一些内容，这些内容将被从缓冲区中清除。