重定向与转发的区别-及重定向的传值问题

转发：

1. <span style="font-family:FangSong_GB2312;font-size:18px;">//转发,转发是在服务器端转发的，客户端是不知道的  
2. request.getRequestDispatcher("/student_list.jsp").forward(request, response);</span>  

分析：请求转发是服务器内部把对一个request/response的处理权，移交给另外一个对于客户端而言，它只知道自己最早请求的那个A，而不知道中间的B，甚至C、D。 传输的信息不会丢失。

重定向：

1. <span style="font-family:FangSong_GB2312;font-size:18px;">//重定向，不会共享request  
2. //以下写法错误,该 "/"代表了8080端口  
3. response.sendRedirect("/student_list.jsp");  
4. response.sendRedirect(request.getContextPath() + "/student_list.jsp");</span> 

    转发过程

    客户首先发送一个请求到服务器端，服务器端发现匹配的servlet，并指定它去执行，当这个servlet执行完之后，它要调用getRequestDispacther()方法，把请求转发给指定的student_list.jsp,整个流程都是在服务器端完成的，而且是在同一个请求里面完成的，因此servlet和jsp共享的是同一个request，在servlet里面放的所有东西，在student_list中都能取出来，因此，student_list能把结果getAttribute()出来，getAttribute()出来后执行完把结果返回给客户端。整个过程是一个请求，一个响应。

 重定向过程

    客户发送一个请求到服务器，服务器匹配servlet，这都和请求转发一样，servlet处理完之后调用了sendRedirect()这个方法，这个方法是response的方法，所以，当这个servlet处理完之后，看到response.senRedirect()方法，立即向客户端返回这个响应，响应行告诉客户端你必须要再发送一个请求，去访问student_list.jsp，紧接着客户端受到这个请求后，立刻发出一个新的请求，去请求student_list.jsp,这里两个请求互不干扰，相互独立，在前面request里面setAttribute()的任何东西，在后面的request里面都获得不了。可见，在sendRedirect()里面是两个请求，两个响应。

总结

转发在服务器端完成的；重定向是在客户端完成的
转发的速度快；重定向速度慢

转发的是同一次请求；重定向是两次不同请求

转发不会执行转发后的代码；重定向会执行重定向之后的代码

转发地址栏没有变化；重定向地址栏有变化

转发必须是在同一台服务器下完成；重定向可以在不同的服务器下完成

    Forward是在服务器端的跳转，就是客户端一个请求发给服务器，服务器直接将请求相关的参数的信息原封不动的传递到该服务器的其他jsp或servlet去处理，而sendredirect是在客户端的跳转，服务器会返回给客户端一个响应报头和新的URL地址，原来的参数什么的信息如果服务器端没有特别处理就不存在了，浏览器会访问新的URL所指向的servlet或jsp，这可能不是原先服务器上的webservce了。

SpringMVC—redirect重定向跳转传值

spring MVC框架controller间跳转，需重定向。有几种情况：不带参数跳转，带参数拼接url形式跳转，带参数不拼接参数跳转，页面也能显示。 
    首先先来介绍一下不带参数的重定向： 
    我在后台一个controller跳转到另一个controller，为什么有这种需求呢，是这样的。我有一个列表页面，然后我会进行新增操作，新增在后台完成之后我要跳转到列表页面，不需要传递参数，列表页面默认查询所有的。 
       方式一：使用ModelAndView(这是Spring 2.0的时候所用到的方法) 
        return new ModelAndView("redirect:/toList"); 
        这样可以重定向到toList这个方法 
        方式二：返回String 
        return "redirect:/ toList "; 
    然后在说一下带参数的重定向 
    第二种情况，列表页面有查询条件，跳转后我的查询条件不能丢掉，这样就需要带参数的了，带参数可以拼接url 

        方式一：自己手动拼接url 
        new ModelAndView("redirect:/toList？param1="+value1+"&param2="+value2); 
        这样有个弊端，就是传中文可能会有乱码问题。 

        方式二：用RedirectAttributes，这个是发现的一个比较好用的一个类 
        这里用它的addAttribute方法，这个实际上重定向过去以后你看url，是它自动给你拼了你的url。 
        使用方法： 
       public String test(RedirectAttributes attributes) 
{ 
attributes.addAttribute("test", "hello"); 
return "redirect:/test/test2"; 
} 
        这样在toController这个方法中就可以通过获得参数的方式获得这个参数，再传递到页面。过去的url还是和方式一一样的。如果你细心的看重定向之后的url地址的话，你就会发现其实和上面的地址是一样的，这样也会出现上面那个方法出现的问题。 
    重点来了，咱们介绍一个不会出现中文乱码，而且不会在你的Url上出现你所要传递的数据的，这样就可以保证你在传递数据的安全 
        public String red(RedirectAttributes attributes) 
{ 
attributes.addFlashAttribute("test", "hello"); 
return "redirect:/test/test2"; 
} 
     咱们用上面的方法进行数据传递你就会发现不会再Url上出现你要传递的数据，那么数据放到哪里去了，我们就来看看这是Spring 3.0新出现的特性，attributes.addFlashAttribute("test", "hello")实际存储的属性在flashmap，那么flashmap又是什么呢？ 
    Flash 属性 和 RedirectAttribute：通过FlashMap存储一个请求的输出，当进入另一个请求时作为该请求的输入，典型场景如重定向（POST-REDIRECT-GET模式，1、POST时将下一次需要的数据放在FlashMap；2、重定向；3、通过GET访问重定向的地址，此时FlashMap会把1放到FlashMap的数据取出放到请求中，并从FlashMap中删除；从而支持在两次请求之间保存数据并防止了重复表单提交）。 
     Spring Web MVC提供FlashMapManager用于管理FlashMap，默认使用SessionFlashMapManager，即数据默认存储在session中 
    既然知道了怎么回事，那么我们就可以把它提取出来，怎么提取呢，很多人会说，既然存在session中，那就从session中获取，结果发现没有，那怎么办？ 
    下面我就给大家提供两个方法让大家把addFlashAttribute中的数据提取出来 
    方法一：利用httpServletRequest 
    public String test2(HttpServletRequest request) 
{ 
Map<String,?> map = RequestContextUtils.getInputFlashMap(request); 
System.out.println(map.get("test").toString()); 
return "/test/hello"; 
} 
     方法二：利用Spring提供的标签@ModelAttribute 
public String test2(@ModelAttribute("test") String str) 
{ 
System.out.println(str); 
return "/test/hello"; 
} 
   以上两种方法是在后台Controller层获取值的方法，如果是在前台页面的话，就会比较简单，直接利用el表达式就可以取到数据  

本文转自：http://blog.csdn.net/lishehe/article/details/23133105； http://blog.csdn.net/zwdsmileface/article/details/45111097