本文主要是介绍重定向和转发(转),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
说起重定向,转发,每个Web开发者估计都能头头是道的说上几句类似于重定向会显示真实路径,转发不会以及其它一类教科书式的概念。这些概念也都没错,但却没从本质上说明这两者的区别。更别提其根本原理是怎么实现的,以及为何重定向之后,原来的request中的数据都丢掉了,而转发却还是能保证request中的数据依然保留呢?
作为一个有追求的程序员,希望本文可以让你深入了解这两者的本质区别,从而知其所以然。
定义
首先来看两者的javadoc。
sendRedirect()
/**
* Sends a temporary redirect response to the client using the
specified redirect location URL. This method can accept relative URLs; the servlet container must convert the relative URL to an absolute URL before sending the response to the client. If the location is relative without a leading '/' the container interprets it as relative to the current request URI.
If the location is relative with a leading '/' the container interprets it as relative to the servlet container root.
*/
public void sendRedirect(String location) throws IOException;
重定向是向客户端发送一个指定URL的临时重定向的响应。
forward()
/**
* Forwards a request from a servlet to another resource (servlet, JSP file, or HTML file) on the server. This method allows one servlet to do preliminary processing of a request and another resource to generate the response.
The request and response parameters must be either the same objects as were passed to the calling servlet's service method .
*/
public void forward(ServletRequest request, ServletResponse response);
转发,则是将一个请求转到服务器的另一个资源。在处理完初步请求另外的资源之后生成响应。
定义基本说明了转发操作为何可以保持request内的parameter,attribute这些值都可以保留,而重定向操作却会丢弃的原因:
转发是在服务端完成的,并没有经过客户端
转发整个操作完成后才生成响应
重定向是服务端向客户端发送指定的URL
重定向是在客户端完成的
我们再来看Tomcat内部,对于两者是怎样一种实现方式。
- 容器实现
我们在servlet内部一般对于这两者的使用形式也相当直观,例如对于hello.jsp的请求:
sendRedirct方法
response.sendRedirect("/hello.jsp");
此时,内部的处理方式如下:
public void sendRedirect(String location, int status) throws IOException {
// Generate a temporary redirect to the specified location
try {String absolute = toAbsolute(location);setStatus(status); //这里,重定向是返回302状态码以及Location和对应的url
setHeader("Location", absolute);} catch (IllegalArgumentException e) {setStatus(SC_NOT_FOUND);}}
展现在浏览器中的结果如下:
即根据Location,浏览器最终再发起新的请求,最终展现在浏览器中的即为新请求的URL,也就是大家常说的重定向会显示最终的URL。
有上这些并不能造成重定向操作将之前request中已经绑定的一系列parameter和attribute丢掉。最根本的原因是一个请求完整处理完成之后,整个请求会有一个release的过程,即CoyoteAdapter的service方法执行完的finally块中执行release这一过程,基本如下:
finally {
if (!comet && !async || error.get()) {
request.recycle(); //注意这两行代码
response.recycle();}
}
具体request的recycle部分代码如下:
/*** Release all object references, and initialize instance variables, in preparation for reuse of this object.*/
public void recycle() {
attributes.clear();
requestedSessionId = null;
requestedSessionURL = false;
parameterMap.clear();
pathParameters.clear();
}
我们看到用于存储setAttribute方法设置的和setParameter方法设置的数据在这里都clear掉了。这也是重定向不能够保留数据的真正原因。
forward方法
forward方法一般使用如下:
request.getRequestDispatcher("/hello.jsp").forward(request, response);
forward方法内部最终会调用dispatcher的doForward方法
void doForward(ServletRequest request, ServletResponse response){
// Set up to handle the specified request and response
State state = new State(request, response, false);wrapResponse(state);ApplicationHttpRequest wrequest =(ApplicationHttpRequest) wrapRequest(state);
String contextPath = context.getPath();HttpServletRequest hrequest = state.hrequest;
if (hrequest.getAttribute(RequestDispatcher.FORWARD_REQUEST_URI) == null) {wrequest.setAttribute(RequestDispatcher.FORWARD_PATH_INFO,hrequest.getPathInfo());wrequest.setAttribute(RequestDispatcher.FORWARD_QUERY_STRING, hrequest.getQueryString());}wrequest.setContextPath(contextPath);wrequest.setRequestURI(requestURI);wrequest.setServletPath(servletPath);wrequest.setPathInfo(pathInfo);
if (queryString != null) {wrequest.setQueryString(queryString);wrequest.setQueryParams(queryString);}processRequest(request,response,state); //进行第二个资源的请求}
}
第二个资源的请求处理与一般的请求处理类似,只是在第一个请求之上,并没有返回响应时继续发起第二个请求,此时第一个请求的各类参数会继续向后传递,最终数据全部处理完成之后,整个响应发送回客户端。此时上面的release流程也依然会走,但并没有什么影响,毕竟第二个资源已经请求处理完成。
而由于浏览器发请求的时候是一个固定的URL,整个重定向是服务端内部进行的,浏览器并没有感知到,因此也不会显示出来。
整个应用服务器内部处理过程再加上清晰的定义,相信这两者的本质区别已经显露无疑。
这篇关于重定向和转发(转)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!