Java中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。
@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。
还有一种是连续的请求处理，或者说是请求链，实例如下：
@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参数丢失等问题，需要仔细设计和测试。
- 如果重定向链太长，可能会增加调试和错误排查的复杂性。
到此这篇关于Java中forward转发与redirect重定向的区别的文章就介绍到这了,更多相关Java forward转发与redirect重定向内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！