Respones请求重定向

1. ==Response重定向(redirect):一种资源跳转方式。==1628859860279.png

(1)浏览器发送请求给服务器,服务器中对应的资源A接收到请求
(2)资源A现在无法处理该请求,就会给浏览器响应一个302的状态码+location的一个访问资源B的路径
(3)浏览器接收到响应状态码为302就会重新发送请求到location对应的访问地址去访问资源B
(4)资源B接收到请求后进行处理并最终给浏览器响应结果,这整个过程就叫重定向

2. 重定向的实现方式:

resp.setStatus(302); //设置响应状态码
resp.setHeader(“location”,”资源B的访问路径”);
具体如何来使用,我们先来看下需求:1628861030429.png
针对上述需求,具体的实现步骤为:

1.创建一个ResponseDemo1类,接收/resp1的请求,在doGet方法中打印resp1.... 2.创建一个ResponseDemo2类,接收/resp2的请求,在doGet方法中打印resp2.... 3.在ResponseDemo1的方法中使用 response.setStatus(302); response.setHeader(“Location”,”/request-demo/resp2”) 来给前端响应结果数据 4.启动测试

(1)创建ResponseDemo1类

  1. @WebServlet("/resp1")
  2. public class ResponseDemo1 extends HttpServlet {
  3. @Override
  4. protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  5. System.out.println("resp1....");
  6. }
  7. @Override
  8. protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  9. this.doGet(request, response);
  10. }
  11. }

(2)创建ResponseDemo2类

  1. @WebServlet("/resp2")
  2. public class ResponseDemo2 extends HttpServlet {
  3. @Override
  4. protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  5. System.out.println("resp2....");
  6. }
  7. @Override
  8. protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  9. this.doGet(request, response);
  10. }
  11. }

(3)在ResponseDemo1的doGet方法中给前端响应数据

  1. @WebServlet("/resp1")
  2. public class ResponseDemo1 extends HttpServlet {
  3. @Override
  4. protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  5. System.out.println("resp1....");
  6. //重定向
  7. //1.设置响应状态码 302
  8. response.setStatus(302);
  9. //2. 设置响应头 Location
  10. response.setHeader("Location","/request-demo/resp2");
  11. }
  12. @Override
  13. protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  14. this.doGet(request, response);
  15. }
  16. }

(4)启动测试 访问http://localhost:8080/request-demo/resp1,就可以在控制台看到如下内容:![1628861404699.png](https://cdn.nlark.com/yuque/0/2022/png/28889470/1657209303827-63e8a841-3159-4bde-b450-e1c38b738600.png#clientId=ud7004f3f-e77a-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=66&id=u3b6dc843&margin=%5Bobject%20Object%5D&name=1628861404699.png&originHeight=83&originWidth=892&originalType=binary&ratio=1&rotation=0&showTitle=false&size=13179&status=done&style=none&taskId=u089130a4-0a95-4b04-824c-a7ce09e13be&title=&width=713.6)
说明/resp1和/resp2都被访问到了。到这重定向就已经完成了。
虽然功能已经实现,但是从设置重定向的两行代码来看,会发现除了重定向的地址不一样,其他的内容都是一模一样,所以request对象给我们提供了简化的编写方式为:

重定向简化写法 resposne.sendRedirect(“/request-demo/resp2”)

所以第3步中的代码就可以简化为:

  1. @WebServlet("/resp1")
  2. public class ResponseDemo1 extends HttpServlet {
  3. @Override
  4. protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  5. System.out.println("resp1....");
  6. //重定向
  7. resposne.sendRedirect("/request-demo/resp2");
  8. }
  9. @Override
  10. protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  11. this.doGet(request, response);
  12. }
  13. }

3.重定向的特点

  • 浏览器地址栏路径发送变化
    当进行重定向访问的时候,由于是由浏览器发送的两次请求,所以地址会发生变化
    1628861893130.png
  • 可以重定向到任何位置的资源(服务内容、外部均可)
    因为第一次响应结果中包含了浏览器下次要跳转的路径,所以这个路径是可以任意位置资源。
  • 两次请求,不能在多个资源使用request共享数据
    因为浏览器发送了两次请求,是两个不同的request对象,就无法通过request对象进行共享数据

    介绍完请求重定向和请求转发以后,接下来需要把这两个放在一块对比下:1628862170296.png

    以后到底用哪个,还是需要根据具体的业务来决定。

    4.路径问题

  1. 问题1:转发的时候路径上没有加/request-demo而重定向加了,那么到底什么时候需要加,什么时候不需要加呢?1628862652700.png

其实判断的依据很简单,只需要记住下面的规则即可:

  • 浏览器使用:需要加虚拟目录(项目访问路径)
  • 服务端使用:不需要加虚拟目录

对于转发来说,因为是在服务端进行的,所以不需要加虚拟目录
对于重定向来说,路径最终是由浏览器来发送请求,就需要添加虚拟目录。
掌握了这个规则,接下来就通过一些练习来强化下知识的学习:

答案:1.超链接,从浏览器发送,需要加虚拟路径
2.表单,从浏览器发送,需要加
3.转发,是从服务器内部跳转,不需要加
4.重定向,是由浏览器进行跳转,需要加。

  1. 问题2:在重定向的代码中,/request-demo是固定编码的,如果后期通过Tomcat插件配置了项目的访问路径,那么所有需要重定向的地方都需要重新修改,该如何优化?1628863270545.png

答案也比较简单,我们可以在代码中动态去获取项目访问的虚拟目录,具体如何获取,我们可以借助前面咱们所学习的request对象中的getContextPath()方法,修改后的代码如下:

  1. @WebServlet("/resp1")
  2. public class ResponseDemo1 extends HttpServlet {
  3. @Override
  4. protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  5. System.out.println("resp1....");
  6. //简化方式完成重定向
  7. //动态获取虚拟目录
  8. String contextPath = request.getContextPath();
  9. response.sendRedirect(contextPath+"/resp2");
  10. }
  11. @Override
  12. protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  13. this.doGet(request, response);
  14. }
  15. }

重新启动访问测试,功能依然能够实现,此时就可以动态获取项目访问的虚拟路径,从而降低代码的耦合度。