1.Servlet交互和作用域对象

在JavaWeb基础(六)中我分享了三个主要内容Servet3.0注解的使用、Cookie技术实现请求数据共享、Session技术实现请求数据共享.在这篇博客中,我主要分享以下两方面的内容。

• Servlet交互

• 作用域对象

1.1 Servlet交互

在J2EE规范中, Servlet的交互方式主要有三种。Servlet之所以需要交互是因为我们不可能将所有业务逻辑都揉和在一个Servlet中.所以一个Sevlet一般对应一个功能。多个Servlet之间就涉及到如何进行数据的传递和跳转, 这我们又称为Servlet的交互。简而言之，Servlet的交互讲的是Servlet之间的数据传递和跳转。

1.1.1 Servlet交互方式

Servlet交互方式,主要分为以下两种, 请求转发, URL重定向，请求包含

请求转发

• 获取分发器,并调用forward开始转发.
  req.getRequestDispatcher(path).forward(req, resp);

FirstServlet

@WebServlet("/request_forward/FirstServlet")public class FirstServlet extends HttpServlet{    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        
        PrintWriter pw = resp.getWriter();
        System.out.println("FirstServlet before");
        pw.println("FirstServlet before");
        req.getRequestDispatcher("/request_forward/SecondServlet").forward(req, resp);
        System.out.println("FirstServlet Request =" + req);
        System.out.println("FirstServlet after");
        pw.println("FirstServlet after");
    }
}

SecondServlet

@WebServlet("/request_forward/SecondServlet")public class SecondServlet extends HttpServlet {    
    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        PrintWriter pw = resp.getWriter();
        System.out.println("SecondServlet before");
        pw.println("SecondServlet before");
        
        System.out.println("SecondServlet Request =" + req);
        System.out.println("SecondServlet after");
        pw.println("SecondServlet after");
    }
}

浏览器输出

控制台输出

特点研究

我们根据浏览器的输出和控制器台输出,结合代码来研究请求转发的特点.
我们从浏览器地址栏、请求转发整个过程Servlet的执行先后顺序、请求报文变化、参数是否可以传递、请求转发能够访问的资源来研究。

• 1.浏览器地址栏
  如上图, 浏览器地址栏没有发生变化.我们可以得出结论请求转发不会改变浏览器地址栏.

• 2.请求转发整个过程Servlet的执行先后顺序
  如上图控制台的输出, FirstServlet before-SecondServlet before-SecondServlet after-FirstServlet after.我们可以发现最后响应给浏览器并不是直接通过SecondServlet而是先回到了转发位置,然后继续执行FirstSevrlet后的代码。但是决定最后内容的是SecondServlet。我们可以得出以下结论一.决定最终返回数据的是SecondServlet, 但是并不是直接从SecondServlet响应给浏览器,而是还需要通过FirstServlet. 二.前后的请求对象不是同一个

• 3.请求报文的变化

观察如上图, 在输入http://127.0.0.1:8080/request_forward/FirstServlet后请求报文只有一次,并没有发生变化。说明请求转发的请求只有一次.

• 4.参数是否可以传递

更改FirstServlet的代码,请求转发前给path增加name参数,并且存放一个age数据到reqeust域中.

        req.setAttribute("age", 13);
        req.getRequestDispatcher("/request_forward/SecondServlet?name=will").forward(req, resp);

SecondServlet最后先新增如下代码

        pw.println("name = "+req.getAttribute("name")+",age = "+req.getAttribute("age"));

浏览器输出

结论:通过请求转发上填写参数无法共享,但是request对象的数据可以共享

5.请求转发能够访问的资源
尝试通过请求转发访问百度

        req.getRequestDispatcher("www.baidu.com").forward(req, resp);

浏览器输出

可以得出以下结论:请求转发无法跨域访问

尝试通过请求转发访问WEB-INF目录下的资源

        req.getRequestDispatcher("/baidu.html").forward(req, resp);

浏览器输出

可以得出以下结论:请求转发可以访问WEB-INF下的资源文件

总结

• 1.请求转发不会改变浏览器地址栏(由第一点得出)

• 2.请求转发内容由第二个Servlet决定,但是最后必须经过第一个Servlet(由第二点得出)

• 3.请求转发的请求次数只有一次(由第三点得出)

• 4.请求转发只能共享request中的数据.请求转发只能填写资源路径,填写参数无效.(由第四点得出)

• 5.请求转发只能不能跨域访问(由第五点得出)

• 6.请求转发能够访问WEB-INF下的资源(有第五点得出)

URL重定向

URL重定向主要通过response对象的sendRedirect方法实现.其会响应浏览器当前请求, 并让浏览器再发一次请求到新的资源路径。所以称之为重定向.

FirstServlet

@WebServlet("/url_redirect/FirstServlet")public class FirstServlet extends HttpServlet{    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        
        PrintWriter pw = resp.getWriter();
        System.out.println("FirstServlet before");
        pw.println("FirstServlet before");
        req.setAttribute("age", 13);//      req.getRequestDispatcher("/baidu.html").forward(req, resp);
        resp.sendRedirect("/request_forward/SecondServlet");
        System.out.println("FirstServlet Request =" + req);
        System.out.println("FirstServlet after");
        pw.println("FirstServlet after");
    }
}

SecondServlet

@WebServlet("/url_redirect/SecondServlet")public class SecondServlet extends HttpServlet {    
    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        PrintWriter pw = resp.getWriter();
        System.out.println("SecondServlet before");
        pw.println("SecondServlet before");
        System.out.println("SecondServlet Request =" + req);
        System.out.println("SecondServlet after");
        System.out.println("name = "+req.getAttribute("name")+",age = "+req.getAttribute("age"));
        pw.println("name = "+req.getAttribute("name")+",age = "+req.getAttribute("age"));
        pw.println("SecondServlet after");
    }
}

浏览器输出

控制台输出

特点研究

• 浏览器地址栏
  如上图浏览器输出的地址栏发生了变化.可以得出结论: URL重定向会改变浏览器地址栏为请求地址。

• 请求转发整个过程Servlet的执行先后顺序
SecondServlet before-Second after.所以URL重定向后响应给浏览器的内容由SecondServlet决定, 并且是直接由SecondServlet响应给浏览器,因为这是一次新的请求。

• 请求报文变化

如上图,请求报文的请求行地址就发生了改变, 说明这是第二次请求.
所以URL重定向的请求是两次

• 参数是否可以传递
  见上面的浏览器输出图,URL重定向参数不可传递

• 请求转发能够访问的资源
  跨域访问

        resp.sendRedirect("https://www.baidu.com");

浏览器输出.没法录制动图,自己尝试下

结论: URL重定向可以跨域访问

访问WEB-INF

        resp.sendRedirect("/WEB-INF/views/login.html");

结论: URL重定向不能访问WEB-INF目录下的资源

总结

• 1.URL重定向会改变浏览器地址栏(由第一点得出)

• 2.URL重定向内容由第二个Servlet决定, 并且由第二个Servlet直接响应给浏览器(由第二点得出)

• 3.URL重定向的请求次数有二次(由第三点得出)

• 4.URL重定向不能共享request中的数据.(由第四点得出)

• 5.URL重定向能跨域访问(由第五点得出)

• 6.URL重定向不能够访问WEB-INF下的资源(有第五点得出)

可见URL重定向和请求转发的6个特点都是相反的.

请求包含

请求包含主要用在JSP中, 用在Servlet中没有多大意义。因为我们的每个Servlet一般有不同职责, 并不能够包含再一起。而JSP页面可以进行复用,这时候就可以用包含.
语法:request.getRequestDispatcher(path).include(req, resp);

如何选择请求转发和URL重定向

请求转发和URL重定向都是用于Web组件(Servlet和JSP)的跳转。

• 如果需要在跳转后共享数据, 或者访问WEB-INF下的资源，那么必须用请求转发

• 如果需要在跳转后不需要共享数据，或者需要跨域访问资源，那么必须用URL重定向。

• 其他情况任选

1.2 作用域对象

Servlet三大作用域对象和其操作

Servlet的三大作用域对象其中两个, 我们已经在之前讲过, 分别是request、session.之所以说他们是作用域是因为保存在他们中的数据是有作用域范围, request是在同一个请求对象间, session是在一次会话间, 又因为它们都是Servlet下的规范，所以称为Servlet作用于对象。说了那么多, 最后一个Servlet作用域对象是ServletContext对象.

ServletContext

ServletContext是一个接口, 表示Web应用对象。在JSP中将其称为application.

• 获取ServletContext
  获取Servlet可以通过request,也可以通过sessioin、还可以通过在Servlet子类中调用父类的getServletContext()方法.如下图所示

• ServletContext常用API

    String path = getServletContext().getRealPath("/login.html");

  控制台输出

  

  

  • getContextPath() 获取当前响应的上下文路径.即<Context path='xxx'>中path的值.
    控制台输出 因为当前Context的path我配置成空字符串,所以输出空

  • getRealPath(path) 获取资源的绝对路径

代码演示Servlet三大作用域

@WebServlet("/scope/servlet")public class ScopeServlet extends HttpServlet {    
    @Override
    protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {        
        final String NUM_IN_REQUEST = "NUM_IN_REQUEST";        final String NUM_IN_SESSION = "NUM_IN_SESSION";        final String NUM_IN_APPLICATION = "NUM_IN_APPLICATION";
        Integer numInRequest = (Integer) req.getAttribute(NUM_IN_REQUEST);        if (null == numInRequest) {
            req.setAttribute(NUM_IN_REQUEST, 1);
        }else {
            req.setAttribute(NUM_IN_REQUEST, numInRequest+1);
        }
        
        HttpSession session = req.getSession();
        Integer numInSession = (Integer) session.getAttribute(NUM_IN_SESSION);        if (null == numInSession) {
            session.setAttribute(NUM_IN_SESSION, 1);
        }else {
            session.setAttribute(NUM_IN_SESSION, numInSession+1);
        }
        ServletContext app = req.getServletContext();
        Integer numInApplication = (Integer) app.getAttribute(NUM_IN_APPLICATION);        if (null == numInApplication) {
            app.setAttribute(NUM_IN_APPLICATION, 1);
        }else {
            app.setAttribute(NUM_IN_APPLICATION, numInApplication+1);
        }
        PrintWriter pw=resp.getWriter();
        pw.println("request num = " + req.getAttribute(NUM_IN_REQUEST));
        pw.println("session num = " + session.getAttribute(NUM_IN_SESSION));
        pw.println("application num = " + app.getAttribute(NUM_IN_APPLICATION));
        
    }
}

第一次访问

第二次刷新

打开另外一个窗口,地址相同

Servlet三大作用域总结

1.3 JSP

JSP又称为动态网页, 其专门为页面渲染而生。就要聊聊最初的Servlet

最初的Servlet

• 最早Servlet诞生的时候就是为了完成动态网页的开发, 是需要负责页面的渲染, 也就是使用pw =response对象.getWriter(), 然后使用PrintWriter一行行输出。

• 问题:HTML代码与业务代码耦合。
  后来发现这样做不合理, 因为Servlet里要负责的事太多, 既要负责业务逻辑编写, 又要负责输出HTML页面代码, 导致了业务逻辑代码和HTML代码耦合在一起, 难以维护。

责任分离

出于以上的问题, 就将Servlet里负责HTML页面代码的责任进行了分离。让Servlet专注于业务逻辑。JSP技术就顺理成章的诞生了, JSP技术就是专门为了编写HTML代码。

JSP基本语法

• JSP语法的标志<%符号 %>.其中符号用@、=、!、--代替, 分别有不同的含义.和@结合表示指令, 和=结合表示输出, 和!结合表示定义类成员, 和--结合表示注释(--需要成对)

• JSP本质上是一种Servlet,所以其也拥有成员,拥有service方法.以下四种语法分别代表四种含义。

注释。

语法:<%-- 注释内容 --%>

输出。用字符输出流输出

语法: <%= "sweetcs" %> 等价于 out.write("sweetcs")

脚本代码段。(定义service方法中的代码)

语法:

<% 
代码1; 
代码2; 
%>

定义类成员。

语法: <%! private int age; %>

代码演示

<%@page import="java.util.ArrayList"%>
<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>
    <%-- 这是一行注释 --%>
    <%! private int age = 13; 
        public ArrayList<String> names = new ArrayList<String>();
    %>
    <%= "Hello JSP By SweetCS" %>
    <%
        names.add("AAA");
        names.add("BBB");
        names.add("CCC");
    %>
    <%= names %>
</body>
</html>

JSP原理剖析

看完上述语法和代码你也许还不是懂。没事, 要理解这是怎么回事, 我们得结合底层来理解。

• 定位对应的Servlet
  打开项目部署的路径。找到统一级目录下的work目录.以我mac下的为例, 是在tomcat安装目录work/Catalina/localhost/_/org/apache/jsp/views/jsp下.

作者：sixleaves
链接：https://www.jianshu.com/p/7a0715ddf895