页面的跳转——请求重定向和请求转发

### HTTP 请求转发与重定向的区别 #### 定义 请求转发是一种服务器端的操作，它允许当前的 Servlet 或 JSP 页面将请求传递给另一个资源（Servlet、JSP 文件或其他文件），由后者负责响应客户端。整个过程中，浏览器并不知道发生了转发行为[^1]。 相比之下，重定向则是通过返回一个状态码（通常是 302 Found）告知浏览器访问新的 URL 来完成页面跳转。这种情况下，浏览器会发起一个新的请求去获取指定的目标资源[^2]。 --- #### 实现方式 - **请求转发** 在 Java Web 开发中，可以通过 `RequestDispatcher` 接口实现请求转发。例如： ```java RequestDispatcher dispatcher = request.getRequestDispatcher("/newPage.jsp"); dispatcher.forward(request, response); ``` 这里需要注意的是，转发是在同一应用上下文中进行的，因此路径必须是相对于应用程序根目录的相对路径[^1]。 - **重定向** 使用 `HttpServletResponse` 的 `sendRedirect()` 方法可以轻松实现重定向功能。示例代码如下： ```java response.sendRedirect("/projectName/newPage.jsp"); ``` 此方法接受绝对或相对 URL 参数，并指示浏览器向该地址重新发送请求[^2]。 --- #### 浏览器表现 - 对于 **请求转发**，用户的浏览器地址栏中的 URL 不会发生改变，因为这是在服务器内部完成的一系列操作[^3]。 - 当发生 **重定向** 后，浏览器地址栏会更新为目标 URL，因为它实际上已经提交了一次全新的请求[^3]。 --- #### 生命周期影响 - 在 **请求转发** 中，原始请求 (`HttpServletRequest`) 和响应 (`HttpServletResponse`) 对象被保留并共享至目标组件。这意味着可以在多个阶段之间传递数据而无需额外编码。 - 如果采用 **重定向** 方式，则原请求和响应对象不再有效；这是因为每次 HTTP 请求都会创建独立的生命期实例。如果希望携带某些参数过去，则需借助查询字符串附加到新链接后面[^3]。 --- #### 性能对比 一般来说，**请求转发** 更高效一些，因为它只涉及单次网络交互以及服务端逻辑切换即可达成目的[^3]。然而，在执行 **重定向** 操作时，不仅增加了额外通信开销，还可能带来缓存管理上的复杂度——毕竟这相当于告诉客户机放弃旧位置改投另一处所。 --- #### 应用场景建议 - 若两个关联紧密的功能模块位于相同站点下且不需要暴露具体流程细节给最终用户查看的话，推荐优先考虑运用 **forward()** 技术； - 反之，当确实有必要让顾客感知到网址变更或者跨越不同域名边界的情形之下，则应果断选用 **redirect()** 解决方案[^3]。 ---