尽管
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
方法,在调用它们之前,都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容,这些内容将被从缓冲区中清除。
转载于:https://blog.51cto.com/nxdxt/58423