请求转发和请求重定向

请求重定向

• 语法格式

  	response.sendRedirect("login_success.html");
  

• 特点

1. 地址上显示的是最后的那个资源的路径地址

2. 请求次数最少有两次， 服务器在第一次请求后，会返回302 以及一个地址， 浏览器在根据这个地址，执行第二次访问。

3. 可以跳转到任意路径。 不是自己的工程也可以跳。

4. 效率稍微低， 因为执行了两次请求。

5. 后续的请求，无法使用上一次的request存储的数据，因为这是两次不同的请求。

请求转发

• 语法格式

  request.getRequestDispatcher("login_success.html").forward(request, response);
  

• 特点

1. 地址上显示的是请求servlet的地址。 返回200 ok

2. 请求次数只有一次， 因为由服务器内部帮客户端执行了后续的工作。

3. 只能跳转自己项目的资源路径 。

4. 效率上稍微高，因为只执行一次请求。

5. 可以使用上一次的request对象。

通俗举例

你去公司办理业务，这个公司比较大，有各种部门，且不在同一个楼层。
倘若你去往部门 A 办理某个业务，部门 A 发现无法办理，这个业务属于本公司的部门 B 管理的范畴，此时，部门 A 有两种选择。

• 方式一 （请求转发）

部门 A 让你稍作等待，部门 A 派出员工前往部门 B 将你的业务办理完成之后返回部门 A ，将最后的结果交还给你

1.在这个过程中，你并不知道这个业务经历的流程，在你眼中，你前往了部门 A ，且在部门 A 完成了你的业务
2.倘若部门 B 与部门 A 不是同一家公司，则部门 A 显然不能选择这种方式

• 方式二 （请求重定向）

部门 A 明确告诉你，你的业务需要前往部门 B 完成你的业务，它告诉你部门 B 的位置，并且让你自己前往部门 B ，完成你的业务

1.在这个过程中，你自己经历了全部的流程，在你眼中，你的业务最终在部门 B 完成，部门 A 只是一个中转。
2.在此期间，你先是来到部门 A ，然后离开，又第二次前往部门 B 。很显然，在你最终完成你的业务的这个过程中，你辗转前往了两个部门。