请求转发
<!-- 伪代码 -->
request.getRequestDispatcher("index.jsp").forward(request, response);
- 一次请求,一次响应,地址栏不变
- 客户端浏览器发出http请求,web服务器接收此请求,调用内部的一个方法在容器内部完成请求处理和转发动作,将目标资源发送给客户;在这里,转发的路径必须是同一个web容器下的url,其不能转向到其他的web路径上去,中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径,也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。
- request中的数据
response.setAttribute("data",data);
不会丢失
- 以这种方式的请求可以进行数据传递。
- 只能将请求转发给同一个WEB应用中的组件。
- 如果指定的相对url以“/”开头,它是相对于当前WEB应用程序的根目录。
重定向
<!-- 伪代码 -->
response.sendRedirect("index.jsp");
- 两次请求,两次响应,地址栏改变
- 客户端浏览器发出http请求,web服务器接收后发送302状态码响应及对应新的location给客户浏览器,客户浏览器发现是302响应,则自动再发送一个新的http请求,请求url是新的location地址,服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意url,既然是浏览器重新发出了请求,则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径,客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。
- request中的数据
response.setAttribute("data",data);
会丢失
- 以这种方式的请求不能进行数据传递。
- 不仅可以重定向到当前应用程序中的其他资源,还可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对url重定向到其他站点的资源。
- 如果指定的相对url以“/”开头,它是相对于整个WEB站点的根目录。
网友评论