转发和重定向以及在SpringMVC中的使用

转发

转发过程：客户浏览器发送http请求,web服务器接受此请求,调用内部的一个方法在容器内部完成请求处理和转发动作,将目标资源发送给客户;在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。

通过转发将请求提交给别的地方进行处理：request.getRequestDispatcher(“new.jsp”).forward(request,response);
当发送请求时，服务器会根据请求创建一个代表请求的request对象和一个代表响应的response对象。当response返回数据时，并不是直接提交到页面上，而是先存储在了response自己的缓存区，当整个请求结束的时候，服务器会将response缓存区中的内容全部取出，返回给页面。

forward能不能被执行取决于response有没有被提交，如果response被提交了，就会抛出异常，如果response没有被提交，forward会被执行，而response缓存区中的内容将被清空，之前传过来的数据也将丢失，如果需要再次传输数据，可以通过request.setAttribute(“xxx”, 传递的信息);将信息放到request中，而转发的对象可以通过request.getAttribute(“xxx”)获取传过来的信息。

重定向

重定向过程：客户浏览器发送http请求,web服务器接受后发送302状态码响应及对应新的location给客户浏览器,客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location地址,服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，浏览器可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。
重定向到某一个页面：
response.sendRedirect(“xx.jsp”);

重定向和转发相对路径和绝对路径问题

转发和重定向的URLString前有加 / 为绝对路径,反之为相对路径

重定向在SpringMVC中的使用

重定向到一个界面

出错

自动加上了requestMapping（类上面的）中value值了。没有加/，所以请求的是相对路径。
加上/试试绝对路径

访问成功！
注意：重定向相当于又发了一次请求，所以重定向的界面不能是WEB-INF下的界面，因为WEB-INF下的界面不允许用户在浏览器直接访问。

重定向到另外一个请求

跳转成功！
因为这里是访问请求，所以如果加上/就是访问绝对路径，显然我们的请求不是绝对路径（因为我们的类上面也加了requestMapping）。如果加入/会是怎样的呢？


显然这个url不是我们要的！

转发的使用

把redirect改成forward，该请求就从重定向又变成转发了！

二者区别的总结