转发与重定向——servlet

本文详细解析了Web应用中转发和重定向的工作原理及其应用场景。转发通过RequestDispatcher对象实现组件间的数据共享,而重定向则生成新的HTTP请求,两者均用于页面跳转,但其背后机制及使用场景有所不同。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转发

转发的原理如图所示:

浏览器的请求发给组件1,经过一些处理后,传递给组件2继续处理。然后输出响应。整个过程只有一次浏览器和服务器之间的“请求——响应”,转发过程中的组件共享同一个请求(request)和响应(response)对象

RequestDispatcher对象封装了转发操作。通过与request的getRequestDispatcher(String path)方法获得RequestDispatcher对象。其中的String path是要转发的地址。通过调用RequestDispatcher对象的forward(request, response)方法实现转发。

组件之间通过转发来分工协作,势必涉及数据的传递,可以通过request对象传递数据。request对象的setAttribute和getAttribute分别用“名称-对象对”的形势存取数据。

       request.setAttribute("stuInfo", new Student("20180514123", "翟王"));

    request.getRequestDispatcher("login.jsp").forward(request, response);

login.jsp中的内容:

         value="${requestScope.stuInfo.stuName }

在一个组件转发给另外一个组件之前,通过response输出的响应内容是没有意义的。例如:在下面的语句中:

 response.setContentType("text/html");      

PrintWriter out = response.getWriter();

 out.println("<h2>head</h2><hr/>");     

request.getRequestDispatcher("login.jsp").forward(request, response);

用户看到的是login.jsp的内容,而在转发之前的通过out对象输出的内容“<h2>head</h2><hr/>”最终

不会输出到浏览器中,这是因为RequestDispatcher在转发之前已经清空了输出缓存区,但如果在转发之前输出端的信息超出了缓冲区,或者调用了out对象的flush()的方法,此响应内容已经输出到了客户端(称之为响应信息已提交),但如果实施转发操作会抛出运行异常:java.lang.lllegalStateException。

重定向

重定向的原理如图:


### 请求转发重定向的区别及应用场景 #### 一、定义差异 请求转发是一种服务器端操作,其中当前ServletJSP页面将请求响应对象传递给另一个资源(如ServletJSP或其他文件),由该资源继续处理请求[^1]。而重定向则是客户端行为,当浏览器收到HTTP响应状态码302时,会自动向新URL发起新的请求[^4]。 #### 二、数据共享能力 在请求转发过程中,原始请求响应对象被直接传递到目标资源,因此可以在多个组件之间共享数据[^5]。这意味着可以通过`request.setAttribute()`设置属性,并让后续的目标资源访问这些数据。然而,在重定向的情况下,由于这是两次独立的请求过程,无法直接共享请求范围内的数据[^2]。 #### 三、最终URL地址变化情况 使用请求转发时,用户的浏览器地址栏显示的是最初请求的URL;即使内部发生了多次跳转,对外界而言仍然是同一个请求。相反,采用重定向之后,浏览器地址会被更新为目标URL,因为实际上发生了一次全新的请求动作。 #### 四、性能考量 相对于重定向来说,请求转发通常具有更高的效率,因为它只涉及一次请求/响应周期,并且所有的处理都在同一台服务器上完成[^3]。相比之下,重定向需要额外的一轮通信开销——即从客户端再次发送一个新的GET请求至指定的新位置。 #### 五、适用场景分析 - **请求转发适合用于**:在同一应用内进行逻辑上的分离但又希望保持统一外观的应用场合下非常有用,比如表单提交后的结果显示页等情形。 - **重定向更适合应用于**:跨域链接或者当确实有必要改变用户所见网址的时候,例如登录成功后转向首页或者其他外部服务接口调用完成后返回特定结果页面等情况。 ```java // 示例代码展示两者基本语法结构对比: // 请求转发示例 (Server-side) protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { RequestDispatcher dispatcher = getServletContext().getRequestDispatcher("/targetPage.jsp"); dispatcher.forward(request, response); } // 重定向示例(Client-side redirection via HTTP status code 3xx ) protected void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException{ String newLocation="/newResource"; response.sendRedirect(newLocation); } ``` #### 六、总结注意事项 尽管二者都能实现页面间的转换功能,但在具体选用哪一种机制之前应当仔细权衡各种因素的影响关系,包括但不限于安全性、用户体验流畅度等方面的要求。此外还需注意遵循良好的编程习惯来规避可能存在的风险隐患,例如防止无限循环等问题的发生。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值