forward转发与redirect重定向

forward和redirect在处理请求时有着明显的区别。二者区别如下：

数据共享：forward是请求的延续，可以共享request的数据；而redirect开启一个新的请求，不可以共享request的数据。
效率：forward效率较高，因为它是在服务器内部完成的；而redirect效率较低，因为它需要发送一个新的请求。
地址栏显示：forward是服务器请求资源，服务器直接访问目标地址的URL，把那个URL的响应内容读取过来，然后把这些内容再发给浏览器，此时浏览器地址栏还是原来的地址；而redirect是服务端根据逻辑，发送一个状态码，告诉浏览器重新去请求那个地址，所以地址栏显示的是新的URL。
运用地方：forward一般用于用户登陆的时候，根据角色转发到相应的模块；而redirect一般用于用户注销登陆时返回主页面和跳转到其他的网站等。
本质：forward转发是服务器上的行为，而redirect重定向是客户端的行为。
请求的次数：forward只有一次请求，而redirect有两次请求。

下面是一部分示例代码：

首先，我们有两个页面：page1.jsp和page2.jsp。在控制器中，我们有两个请求处理方法，分别使用forward和redirect。

typescript 复制代码

	@Controller  

	public class MyController {  

	  

	    // 使用forward的方法  

	    @RequestMapping("/forward")  

	    public String forward() {  

	        // 在这里可以处理一些逻辑，比如从数据库获取数据等  

	        // 数据可以存储在request属性中，以供转发后的页面使用  

	          

	        return "forward:/page1.jsp"; // 转发到page1.jsp页面  

	    }  

	  

	    // 使用redirect的方法  

	    @RequestMapping("/redirect")  

	    public String redirect() {  

	        // 在这里也可以处理一些逻辑，但无法直接共享数据到重定向后的页面  

	          

	        return "redirect:/page2.jsp"; // 重定向到page2.jsp页面  

	    }  

	}

在forward方法中，我们返回了一个字符串"forward:/page1.jsp"，这表示将请求转发到page1.jsp页面。转发操作发生在服务器端，客户端不会知道这个转发操作。因此，请求的地址栏中的URL保持不变。此外，我们可以在转发之前向request对象中添加属性，这些属性可以在转发的页面中通过EL表达式等方式获取到。
在redirect方法中，我们返回了一个字符串"redirect:/page2.jsp"，这表示将请求重定向到page2.jsp页面。重定向操作会发送一个新的请求给客户端，并让客户端重新发起请求到新的URL。因此，地址栏中的URL会变成新的URL。由于重定向是发送一个新的请求，所以之前request对象中的数据无法直接共享给重定向后的页面。

使用转发和重定向时有几个要注意的点。具体如下：

在使用重定向时，由于它会开启一个新的请求，因此无法共享数据。如果需要在重定向后能够访问某些数据，通常的做法是将这些数据存储在会话（session）中，或者将其作为查询参数附加到重定向的URL上。
转发和重定向的选择应基于具体的业务需求。例如，如果需要保持用户的请求状态，并且在多个页面之间共享数据，通常使用转发；如果只是需要导航到一个新的页面，那么重定向可能是更好的选择。
重定向比转发的速度慢，因为它涉及到客户端和服务器的多次交互。因此，在性能要求较高的场景下，转发通常是更优的选择。
需要特别注意的是，在使用重定向时，由于它涉及到修改URL，有可能会引发安全问题，比如开放重定向漏洞。因此，在使用重定向时，必须确保重定向的目标是安全的，并且不能基于用户输入来盲目地构造重定向的URL。

还有一种是连续的请求处理 ，或者说是请求链，实例如下：

typescript 复制代码

@Controller  
public class RedirectChainController {  
  
    @RequestMapping("/start")  
    public String start() {  
        // 重定向到第一步  
        return "redirect:/step1";  
    }  
      
    @RequestMapping("/step1")  
    public String step1() {  
        // 在这里可以处理一些逻辑  
        // 重定向到第二步  
        return "redirect:/step2";  
    }  
      
    @RequestMapping("/step2")  
    public String step2() {  
        // 在这里也可以处理一些逻辑  
        // 最终重定向到一个页面或其他资源  
        return "redirect:/finalPage";  
    }  
}

在这个示例中，当我们访问/start时，它会重定向到/step1。然后/step1再重定向到/step2，最后/step2重定向到/finalPage。这就形成了一个redirect的请求链。

需要注意的是，只有redirect支持请求链，forward是不支持的。因为当一个请求被forward到另一个资源时，它是在服务器端内部完成的，客户端并不知道这个操作。forward之后，服务器会直接将结果返回给客户端，客户端不会再发起新的请求。因此，不会像redirect那样形成请求链。

当使用请求链时，有以下几个注意点：

确保每个请求的处理方法都正确配置，并返回合适的重定向路径。
由于重定向会生成新的请求，需要特别注意性能的影响。过多的重定向可能会导致性能下降。
在处理敏感数据时，重定向可能会暴露数据，应确保重定向的URL不包含敏感信息。
要避免重定向循环，确保重定向链在有限步骤内终止，否则会导致无限重定向的问题。

请求链的优点包括：

可以分解复杂的业务逻辑到多个处理方法中，提高代码的可维护性。
允许在不同的处理方法之间共享数据，例如通过session或cookie。

请求链的缺点包括：

性能开销较大，因为每个重定向都需要额外的网络往返。
可能会出现重定向循环或URL参数丢失等问题，需要仔细设计和测试。
如果重定向链太长，可能会增加调试和错误排查的复杂性。