String id=request.getParameter("id");
Book book=service.findbook(id);
Cart cart=(Cart) request.getSession().getAttribute("cart"); // session在一次会话中数据有效
if(cart==null){
cart=new Cart();
request.getSession().setAttribute("cart", cart);
}
cart.add(book);
cart.getTotalprice();
response. sendRedirect(request.getContextPath()+"/client/listcart.jsp"); //重定向方式
//request. getRequestDispatcher("/client/listcart.jsp").forward(request, response); //转发方式
}
以下jsp中(转发方式能正常取到数,而重定向方式取不到数???)
<c:forEach var="entry" items="${cart.map }">
<tr>
<td>${entry.value.book.name }</td>
<td>${entry.value.book.price }</td>
<td>${entry.value.quantity}</td>
<td>${entry.value.price}</td>
</tr>
</c:forEach>
问题的原因:IE禁了 cookie(由下面两点区别受到启发),但具体原理的实现,还没有去深究。
两者的区别:
区别一
***转发是服务器行为,重定向是客户端行为。为什么这样说呢,这就要看两个动作的工作流程:
转发过程:客户浏览器发送http请求——》web服务器接受此请求——》调用内部的一个方法在容器内部完成请求处理和转发动作——》将目标资源发送给客户;在这里,转发的路径必须是同一个web容器下的url,其不能转向到其他的web路径上去,中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径,也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。刷新会再次提交请求
重定向过程:客户浏览器发送http请求——》web服务器接受后发送302状态码响应及对应新的location给客户浏览器——》客户浏览器发现是302响应,则自动再发送一个新的http请求,请求url是新的location地址——》服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意URL,既然是浏览器重新发出了请求,则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径,客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。
区别二
重定向,其实是两次request
第一次,客户端request A,服务器响应,并response回来,告诉浏览器,你应该去B。这个时候IE可以看到地址变了,而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中,传输的信息会被丢失。
例子:
response.sendRedirect("loginsuccess.jsp");
请求转发是服务器内部把对一个request/response的处理权,移交给另外一个
对于客户端而言,它只知道自己最早请求的那个A,而不知道中间的B,甚至C、D。传输的信息不会丢失。
例子:
RequestDispatcher dis=request.getRequestDispatcher(“loginsuccess.jsp”);
Dis.forward(request,response);
response.sendRedirect("/WEB-INF/jsp/login.jsp"); // 重定向是客户端行为而 /WEB-INF/目录是受保护的,所以这句话会有问题。注意前面有斜杠