一个Servlet准备好数据后交给JSP展示和服务器告诉浏览器“去另一个地址”看起来都能换一张页面但它们改变的是不同层次。forward在容器内继续处理当前请求redirect先返回HTTP响应再由客户端决定是否跟随目标地址。下面讨论Servlet同步处理和浏览器的页面导航。图是机制示意。一次转发不额外产生浏览器请求一次被跟随的重定向会产生后续请求重定向链还可能继续跳转。Forward保留请求上下文但不是“原封不动”Controller已经查询到数据想让JSP负责展示可以把展示数据放进请求属性再转发request.setAttribute(message, 参数校验未通过请检查输入); request.getRequestDispatcher(/WEB-INF/views/result.jsp) .forward(request, response); return;这里/WEB-INF/views/result.jsp是应用内的资源路径。它不是让浏览器发起第二个HTTP请求也不是服务端用HTTP客户端访问这个地址。浏览器地址栏仍保留最初导航的URLJSP可以从当前请求读取message。不过转发不等于请求对象所有字段都保持原样。Jakarta Servlet的RequestDispatcher文档说明目标资源对应的请求路径元素和参数会相应调整。容器也允许规范规定的请求、响应包装对象。排查日志里“地址怎么变了”时要区分三样东西浏览器地址栏里的原始导航地址。目标资源当前看到的请求路径。容器通过RequestDispatcher.FORWARD_REQUEST_URI等属性保留的原始路径信息。目标资源还可以检查request.getDispatcherType()这次分派的类型是FORWARD。这些信息比“服务器偷偷换页”更能解释实际行为。Redirect跨过了一次响应边界例如未登录用户需要去登录页response.sendRedirect(request.getContextPath() /login); return;单参数sendRedirect默认发出302响应并通过Location提供目标。浏览器跟随后续导航时会为目标地址创建新的请求。第一次请求中的request.setAttribute(...)不会因此自动出现在第二次请求里需要跨请求保留的数据应通过资源标识、会话或框架提供的短期消息机制明确传递。“重定向”也不等于“把请求改为GET”。POST后读取结果适合303307和308要求保留原请求方法和请求体。状态码应该按期望的后续行为选择。HttpServletResponse API、HTTP重定向语义如果请求来自fetch跟随重定向不等于整个页面发生导航地址栏也不会因为这次接口请求自动切换。这里的“地址栏改变”指浏览器正在跟随文档导航。选哪一个看请求接下来该做什么需要的行为选择与原因同一次请求中把准备好的数据交给视图渲染forward请求属性可以继续使用表单校验失败直接展示这次输入对应的错误可以forward具体也可由框架直接渲染响应成功完成POST后让用户进入独立的结果页采用POST→303→GET不要用forward代替结果页导航用户应看到并停留在另一个文档地址redirect客户端跟随后续地址请求任意外部服务并加工它的返回数据这属于HTTP客户端调用不是RequestDispatcher的职责forward少一次客户端重定向往返但不能因此给出“所有场景性能都更高”的结论。请求生命周期、结果地址和数据传递方式通常比这一次往返更先决定方案。两个容易在代码里踩到的点响应已经提交后不能再转发。如果响应内容已经刷新给客户端forward会抛出IllegalStateException还没提交的响应缓冲会在转发前清除。不要先输出一段页面再指望转发补救。RequestDispatcher.forward调用转发或重定向不会替Java方法执行return。示例里的return用于结束当前处理分支避免后面的业务逻辑继续运行或继续写响应。验证时在Network里只观察文档请求转发对应的仍是原始请求重定向应能看到3xx响应及后续地址。同时在目标资源核对请求属性和分派类型别只凭页面外观判断。POST成功后的刷新问题见PRG的作用与边界。修订于2026年11月1日移除对话比喻补请求路径、状态码、响应提交和客户端导航的适用条件。
