系统架构分析

关于系统架构

  1. 系统架构包括什么形式？
    • C/S架构
    • B/S架构
  2. C/S架构？
    • Client / Server（客户端 / 服务器）
    • C/S架构的软件或者说系统有哪些呢？
      • QQ（先去腾讯官网下载一个QQ软件，几十MB，然后把这个客户端软件安装上去，然后输入QQ号以及密码，登录之后，就可以和你的朋友聊天了，就可以使用这个软件了。）
    • C/S架构的特点：需要安装特定的客户端软件。
    • C/S架构的系统优点和缺点分别是什么？
      • 优点：
        • 速度快（软件中的数据大部分都是集成到客户端软件当中的，很少量的数据从服务器端传送过来，所以C/S结构的系统速度快）
        • 体验好（速度又快，界面又酷炫，当然体验好了。）
        • 界面酷炫（专门的语言去实现界面的，更加灵活。）
        • 服务器压力小（因为大量的数据都是集成在客户端软件当中，所以服务器只需要传送很少的数据量，当然服务器压力小。）
        • 安全（因为大量的数据是集成在客户端软件当中的，并且客户端有很多个，服务器虽然只有一个，就算服务器那边地震了，火灾了，服务器受损了，问题也不大，因为大量的数据在多个客户端上有缓存，有存储，所以从这个方面来说，C/S结构的系统比较安全。）
        • …..
      • 缺点：
        • 升级维护比较差劲。（升级维护比较麻烦。成本比较高。每一个客户端软件都需要升级。有一些软件不是那么容易安装的。）
  3. B/S架构？
    • B/S（Browser / Server，浏览器 / 服务器）
    • http://www.baidu.com
    • http://www.jd.com
    • http://www.126.com
    • B/S结构的系统是不是一个特殊的C/S系统？
      • 实际上B/S结构的系统还是一个C/S，只不过这个C比较特殊，这个Client是一个固定不变浏览器软件。
    • B/S结构的系统优点和缺点是：
      • 优点：
        • 升级维护方便，成本比较低。（只需要升级服务器端即可。）
        • 不需要安装特定的客户端软件，用户操作极其方便。只需要打开浏览器，输入网址即可。
      • 缺点：
        • 速度慢（不是因为带宽低的问题，是因为所有的数据都是在服务器上，用户发送的每一个请求都是需要服务器全身心的响应数据，所以B/S结构的系统在网络中传送的数据量比较大。）
        • 体验差（界面不是那么酷炫，因为浏览器只支持三个语言HTML CSS JavaScript。在加上速度慢。）
        • 不安全（所有的数据都在服务器上，只要服务器发生火灾，地震等不可抗力，最终数据全部丢失。）
        • ….
  4. C/S和B/S结构的系统，哪个好，哪个不好？
    • 并不是哪个好，哪个不好。不同结构的系统在不同的业务场景下有不同的适用场景。
    • 娱乐性软件建议使用？
      • C/S 结构
    • 公司内部使用的一些业务软件建议使用？
      • 公司内部使用的系统，需要维护成本低。
      • 公司内部使用的系统，不需要很酷炫。
      • 公司内部使用的企业级系统主要是能够进行数据的维护即可。
      • B/S 结构。
  5. 注意了：开发B/S结构的系统，其实就是开发网站，其实就是开发一个WEB系统。
    • 开发一个WEB系统你需要会哪些技术？
      • WEB前端（运行在浏览器上的程序。）
        • HTML
        • CSS
        • JavaScript
      • WEB后端（WEB服务器端的程序。）
        • Java可以（Java做WEB开发我们称为JavaWEB开发。JavaWEB开发最核心的规范：Servlet【Server Applet服务器端的Java小程序。】）
        • C语言也可以
        • C++也可以
        • Python也行
        • PHP也可以
        • ….
  6. JavaEE是什么？
    • Java包括三大块：
      • JavaSE
        • Java标准版（一套类库：别人写好的一套类库，只不过这个类库是标准类库，走EE，或者走ME，这个SE一定是基础，先学。）
      • JavaEE（WEB方向，WEB系统。）
        • Java企业版（也是一套类库：也是别人写好的一套类库，只不过这套类库可以帮助我们完成企业级项目的开发，专门为企业内部提供解决方案的一套（多套）类库。）
        • 别人写好的，你用就行了，用它可以开发企业级项目。
        • 可以开发web系统。
        • Java比较火爆的就是这个JavaEE方向。
      • JavaME
        • Java微型版（还是一套类库，只不过这套类库帮助我们进行电子微型设备内核程序的开发）
        • 机顶盒内核程序，吸尘器内核程序，电冰箱内核程序，电饭煲内核程序。。。。。
    • JavaEE实际上包括很多种规范，13种规范，其中Servlet就是JavaEE规范之一。学Servlet还是Java语言。

B/S结构的系统通信原理

（没有涉及到Java小程序）

image-20230313145514391

  • WEB系统的访问过程
    • 第一步：打开浏览器
    • 第二步：找到地址栏
    • 第三步：输入一个合法的网址
    • 第四步：回车
    • 第五步：在浏览器上会展示响应的结果。
  • 关于域名：
  • IP地址是啥？
    • 计算机在网络当中的一个身份证号。在同一个网络当中，IP地址是唯一的。
    • A计算机要想和B计算机通信，首先你需要知道B计算机的IP地址，有了IP地址才能建立连接。
  • 端口号是啥？
    • 一个端口代表一个软件（一个端口代表一个应用，一个端口仅代表一个服务）。
    • 一个计算机当中有很多软件，每一个软件启动之后都有一个端口号。
    • 在同一个计算机上，端口号具有唯一性。
  • 一个WEB系统的通信原理？通信步骤：
    • 第一步：用户输入网址（URL）
    • 第二步：域名解析器进行域名解析：http://110.242.68.3:80/index.html
    • 第三步：浏览器软件在网络中搜索110.242.68.3这一台主机，直到找到这台主机。
    • 第四步：定位110.242.68.3这台主机上的服务器软件，因为是80端口，可以很轻松的定位到80端口对应的服务器软件。
    • 第五步：80端口对应的服务器软件得知浏览器想要的资源名是：index.html
    • 第六步：服务器软件找到index.html文件，并且将index.html文件中的内容直接输出响应到浏览器上。
    • 第七步：浏览器接收到来自服务器的代码（HTML CSS JS）
    • 第八步：浏览器渲染，执行HTML CSS JS代码，展示效果。
  • 什么是URL？
  • 什么是请求，什么是响应？
    • 请求和响应实际上说的是数据的流向不同。
    • 从Browser端发送数据到Server端，我们称为请求。英语单词：request
    • 从Server端向浏览器Browser端发送数据，我们称为响应。英语单词：response
    • B –> S （请求request）
    • S –> B （响应response）

关于WEB服务器软件

  • WEB服务器软件都有哪些呢？（这些软件都是提前开发好的。）
    • Tomcat（WEB服务器）
    • jetty（WEB服务器）
    • JBOSS（应用服务器）
    • WebLogic（应用服务器）
    • WebSphere（应用服务器）
  • 应用服务器和WEB服务器的关系？
    • 应用服务器实现了JavaEE的所有规范。(JavaEE有13个不同的规范。)
    • WEB服务器只实现了JavaEE中的Servlet + JSP两个核心的规范。
    • 通过这个讲解说明了：应用服务器是包含WEB服务器的。
    • 用过JBOSS服务器的同学应该很清楚，JBOSS中内嵌了一个Tomcat服务器。
  • Tomcat下载
    • apache官网地址：https://www.apache.org/
    • tomcat官网地址：https://tomcat.apache.org
    • tomcat开源免费的轻量级WEB服务器。
    • tomcat还有另外一个名字：catalina（catalina是美国的一个岛屿，风景秀丽，据说作者是在这个风景秀丽的小岛上开发了一个轻量级的WEB服务器，体积小，运行速度快，因此tomcat又被称为catalina）
    • tomcat的logo是一只公猫（寓意表示Tomcat服务器是轻巧的，小巧的，果然，体积小，运行速度快，只实现了Servlet+JSP规范）
    • tomcat是java语言写的。
    • tomcat服务器要想运行，必须先有jre（Java的运行时环境）
  • Tomcat服务器要想运行，需要先有jre，所以要先安装JDK，配置java运行环境，配置环境变量
    • JAVA_HOME=C:\Program Files\Java\jdk-17.0.1
    • PATH=%JAVA_HOME%\bin
  • Tomcat服务器的安装：
    • 绿色版本的安装很简单，直接zip包解压即可。解压就是安装。
    • 启动Tomcat
      • bin目录下有一个文件：startup.bat,通过它可以启动Tomcat服务器。
        • xxx.bat文件是个什么文件？bat文件是windows操作系统专用的，bat文件是批处理文件，这种文件中可以编写大量的windows的dos命令，然后执行bat文件就相当于批量的执行dos命令。
        • startup.sh，这个文件在windows当中无法执行，在Linux环境当中可以使用。在Linux环境下能够执行的是shell命令，大量的shell命令编写在shell文件当中，然后执行这个shell文件可以批量的执行shell命令。
        • tomcat服务器提供了bat和sh文件，说明了这个tomcat服务器的通用性。
        • 分析startup.bat文件得出，执行这个命令，实际上最后是执行：catalina.bat文件。
        • catalina.bat文件中有这样一行配置：MAINCLASS=org.apache.catalina.startup.Bootstrap （这个类就是main方法所在的类。）
        • tomcat服务器就是Java语言写的，既然是java语言写的，那么启动Tomcat服务器就是执行main方法。
      • 我们尝试打开dos命令窗口，在dos命令窗口中输入startup.bat来启动tomcat服务器。
      • 启动Tomcat服务器只配置path对应的bin目录是不行的。有两个环境变量需要配置：
        • JAVA_HOME=JDK的根
        • CATALINA_HOME=Tomcat服务器的根
  • 关于Tomcat服务器的目录
    • bin ： 这个目录是Tomcat服务器的命令文件存放的目录，比如：启动Tomcat，关闭Tomcat等。
    • conf： 这个目录是Tomcat服务器的配置文件存放目录。（server.xml文件中可以配置端口号，默认Tomcat端口是8080）
    • lib ：这个目录是Tomcat服务器的核心程序目录，因为Tomcat服务器是Java语言编写的，这里的jar包里面都是class文件。
    • logs: Tomcat服务器的日志目录，Tomcat服务器启动等信息都会在这个目录下生成日志文件。
    • temp：Tomcat服务器的临时目录。存储临时文件。
    • webapps：这个目录当中就是用来存放大量的webapp（web application：web应用）
    • work：这个目录是用来存放JSP文件翻译之后的java文件以及编译之后的class文件。
  • 配置Tomcat服务器需要哪些环境变量？
    • JAVA_HOME=JDK的根
    • CATALINA_HOME=Tomcat服务器的根
    • PATH=%JAVA_HOME%\bin;%CATALINA_HOME%\bin
  • 启动Tomcat： startup
  • 关闭Tomcat：stop （shutdown.bat文件重命名为stop.bat，为什么？原因是shutdown命令和windows中的关机命令冲突。所以修改一下。）
  • 怎么测试Tomcat服务器有没有启动成功呢？
    • 打开浏览器，在浏览器的地址栏上输入URL即可：

实现一个最基本的web应用

  • 第一步：找到CATALINA_HOME\webapps目录

    • 因为所有的webapp要放到webapps目录下。（没有为什么，这是Tomcat服务器的要求。如果不放到这里，Tomcat服务器找不到你的应用。）

  • 第二步：在CATALINA_HOME\webapps目录下新建一个子目录，起名：oa

    • 这个目录名oa就是你这个webapp的名字。

  • 第三步：在oa目录下新建资源文件，例如：index.html

    • 编写index.html文件的内容。

  • 第四步：启动Tomcat服务器

  • 第五步：打开浏览器，在浏览器地址栏上输入这样的URL：

  • http://127.0.0.1:8080/oa/index.html

  • 思考一个问题：

    • 我们在浏览器上直接输入一个URL，然后回车。这个动作和超链接一样吗？既然是一样的，我们完全可以使用超链接。

      <!--注意以下的路径，以/开始，带项目名，是一个绝对路径。不需要添加：http://127.0.0.1:8080-->
<a href="/oa/login.html">user login2</a>

<!--多个层级也没有关系，正常访问即可。-->
<!--注意：我们目前前端上的路径都以“/”开始的，都是加项目名的。-->
<a href="/oa/test/debug/d.html">d page</a>

  • http://127.0.0.1:8080/oa/userList.html

    • 访问这个地址，可以展示一个用户列表页面。但是这个用户列表页面是写死在HTML文件当中的。这种资源我们称为静态资源。怎么能变成动态资源。显然需要连接数据库。
    • 连接数据库需要JDBC程序，也就是说需要编写Java程序连接数据库，数据库中有多少条记录，页面上就显示多少条记录，这种技术被称为动态网页技术。（动态网页技术并不是说页面中有flash动画。动态网页技术是说页面中的数据是动态的，根据数据库中数据的变化而变化。）

动态web应用

image-20230314173221922

  • 有哪些角色（在整个BS结构的系统当中，有哪些人参与进去了）
    • 浏览器软件的开发团队（浏览器软件太多了：谷歌浏览器、火狐浏览器、IE浏览器….）
    • WEB Server的开发团队（WEB Server这个软件也是太多了：Tomcat、Jetty、WebLogic、JBOSS、WebSphere….）
    • DB Server的开发团队（DB Server这个软件也是太多了：Oracle、MySQL…..）
    • webapp的开发团队（WEB应用是我们做为JavaWEB程序员开发的）
  • 角色和角色之间需要遵守哪些规范，哪些协议
    • webapp的开发团队 和 WEB Server的开发团队 之间有一套规范: JavaEE规范之——Servlet规范。
      • Servlet规范的作用是什么？
        • WEB Server 和 webapp解耦合。
    • Browser 和 WebServer之间有一套传输协议：HTTP协议。（超文本传输协议。）
    • webapp开发团队 和 DB Server的开发团队之间有一套规范：JDBC规范。

image-20230314175543570

Servlet

Servlet规范

Servlet规范是一个什么规范？

  • 遵循Servlet规范的webapp，这个webapp就可以放在不同的WEB服务器中运行。（因为这个webapp是遵循Servlet规范的。）
  • Servlet规范包括什么呢？
    • 规范了哪些接口
    • 规范了哪些类
    • 规范了一个web应用中应该有哪些配置文件
    • 规范了一个web应用中配置文件的名字
    • 规范了一个web应用中配置文件存放的路径
    • 规范了一个web应用中配置文件的内容
    • 规范了一个合法有效的web应用它的目录结构应该是怎样的。
    • …..

开发一个带有Servlet的webapp（Java小程序）

  • 开发步骤是怎样的？

    • 第一步：在webapps目录下新建一个目录，起名crm（这个crm就是webapp的名字）。当然，也可以是其它项目，比如银行项目，可以创建一个目录bank，办公系统可以创建一个oa。

      • 注意：crm就是这个webapp的根

    • 第二步：在webapp的根下新建一个目录：WEB-INF

      • 注意：这个目录的名字是Servlet规范中规定的，必须全部大写，必须一模一样。必须的必须。

    • 第三步：在WEB-INF目录下新建一个目录：classes

      • 注意：这个目录的名字必须是全部小写的classes。这也是Servlet规范中规定的。另外这个目录下一定存放的是Java程序编译之后的class文件（这里存放的是字节码文件）。

    • 第四步：在WEB-INF目录下新建一个目录：lib

      • 注意：这个目录不是必须的。但如果一个webapp需要第三方的jar包的话，这个jar包要放到这个lib目录下，这个目录的名字也不能随意编写，必须是全部小写的lib。例如java语言连接数据库需要数据库的驱动jar包。那么这个jar包就一定要放到lib目录下。这Servlet规范中规定的。

    • 第五步：在WEB-INF目录下新建一个文件：web.xml

      • 注意：这个文件是必须的，这个文件名必须叫做web.xml。这个文件必须放在这里。一个合法的webapp，web.xml文件是必须的，这个web.xml文件就是一个配置文件，在这个配置文件中描述了请求路径和Servlet类之间的对照关系。

      • 这个文件最好从其他的webapp中拷贝，最好别手写。没必要。复制粘贴

        <?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="https://jakarta.ee/xml/ns/jakartaee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="https://jakarta.ee/xml/ns/jakartaee
                      https://jakarta.ee/xml/ns/jakartaee/web-app_5_0.xsd"
  version="5.0"
  metadata-complete="true">
</web-app>

    • 第六步：编写一个Java程序，这个小Java程序也不能随意开发，这个小java程序必须实现Servlet接口。

      • 这个Servlet接口不在JDK当中。（因为Servlet不是JavaSE了。Servlet属于JavaEE，是另外的一套类库。）
      • Servlet接口（Servlet.class文件）是Oracle提供的。（最原始的是sun公司提供的。）
      • Servlet接口是JavaEE的规范中的一员。
      • Tomcat服务器实现了Servlet规范，所以Tomcat服务器也需要使用Servlet接口。Tomcat服务器中应该有这个接口，Tomcat服务器的CATALINA_HOME\lib目录下有一个servlet-api.jar，解压这个servlet-api.jar之后，你会看到里面有一个Servlet.class文件。
      • 重点：从JakartaEE9开始，Servlet接口的全名变了：jakarta.servlet.Servlet
      • 注意：编写这个Java小程序的时候，java源代码你愿意在哪里就在哪里，位置无所谓，你只需要将java源代码编译之后的class文件放到classes目录下即可。

    • 第七步：编译我们编写的HelloServlet

      • 重点：你怎么能让你的HelloServlet编译通过呢？配置环境变量CLASSPATH

        CLASSPATH=.;C:\dev\apache-tomcat-10.0.12\lib\servlet-api.jar

      • 思考问题：以上配置的CLASSPATH和Tomcat服务器运行有没有关系？

        • 没有任何关系，以上配置这个环境变量只是为了让你的HelloServlet能够正常编译生成class文件。

    • 第八步：将以上编译之后的HelloServlet.class文件拷贝到WEB-INF\classes目录下。

    • 第九步：在web.xml文件中编写配置信息，让“请求路径”和“Servlet类名”关联在一起。

      • 这一步用专业术语描述：在web.xml文件中注册Servlet类。

        <?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="https://jakarta.ee/xml/ns/jakartaee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="https://jakarta.ee/xml/ns/jakartaee
                      https://jakarta.ee/xml/ns/jakartaee/web-app_5_0.xsd"
  version="5.0"
  metadata-complete="true">

	<!--servlet描述信息-->
	<!--任何一个servlet都对应一个servlet-mapping -->
	<servlet>
		<servlet-name>fdsafdsagfdsafdsa</servlet-name>
		<!--这个位置必须是带有包名的全限定类名-->
		<servlet-class>com.bjpowernode.servlet.HelloServlet</servlet-class>
	</servlet>

	<!--servlet映射信息-->
	<servlet-mapping>
		<!--这个也是随便的，不过这里写的内容要和上面的一样。-->
		<servlet-name>fdsafdsagfdsafdsa</servlet-name>
		<!--这里需要一个路径-->
		<!--这个路径唯一的要求是必须以 / 开始-->
		<!--当前这个路径可以随便写-->
		<url-pattern>/fdsa/fd/saf/d/sa/fd/sa/fd</url-pattern>
	</servlet-mapping>
	
</web-app>

    • 第十步：启动Tomcat服务器

    • 第十一步：打开浏览器，在浏览器地址栏上输入一个url，这个URL必须是：

      • http://127.0.0.1:8080/crm/fdsa/fd/saf/d/sa/fd/sa/fd
      • 非常重要的一件事：浏览器上的请求路径不能随便写，这个请求路径必须和web.xml文件中的url-pattern一致。
      • 注意：浏览器上的请求路径和web.xml文件中的url-pattern的唯一区别就是：浏览器上的请求路径带项目名：/crm

    • 浏览器上编写的路径太复杂，可以使用超链接。（非常重要：html页面只能放到WEB-INF目录外面。）

    • 以后不需要我们编写main方法了。tomcat服务器负责调用main方法，Tomcat服务器启动的时候执行的就是main方法。我们javaweb程序员只需要编写Servlet接口的实现类，然后将其注册到web.xml文件中，即可。

    • 总结一下：一个合法的webapp目录结构应该是怎样的？

      webapproot
     |------WEB-INF
     		  |------classes(存放字节码)
     		  |------lib(第三方jar包)
     		  |------web.xml(注册Servlet)
     |------html
     |------css
     |------javascript
     |------image
     ....

    • 浏览器发送请求，到最终服务器调用Servlet中的方法，是怎样的一个过程？（以下这个过程描述的很粗糙。其中还有很多步骤我省略了。）

      • 用户输入URL，或者直接点击超链接：http://127.0.0.1:8080/crm/fdsa/fd/saf/d/sa/fd/sa/fd
      • 然后Tomcat服务器接收到请求，截取路径：/crm/fdsa/fd/saf/d/sa/fd/sa/fd
      • Tomcat服务器找到crm项目
      • Tomcat服务器在web.xml文件中查找/fdsa/fd/saf/d/sa/fd/sa/fd 对应的Servlet是：com.bjpowernode.servlet.HelloServlet
      • Tomcat服务器通过反射机制，创建com.bjpowernode.servlet.HelloServlet的对象。
      • Tomcat服务器调用com.bjpowernode.servlet.HelloServlet对象的service方法。

注意

关于JavaEE的版本

  • JavaEE被Oracle捐献了，Oracle将JavaEE规范捐献给Apache了。
  • Apache把JavaEE换名了，以后不叫JavaEE了，以后叫做 jakarta EE。
  • 以后没有JavaEE了。以后都叫做Jakarta EE。
  • JavaEE8版本升级之后的”JavaEE 9”，不再是”JavaEE9”这个名字了，叫做JakartaEE9
  • JavaEE8的时候对应的Servlet类名是：javax.servlet.Servlet
  • JakartaEE9的时候对应的Servlet类名是：jakarta.servlet.Servlet （包名都换了）
  • 如果你之前的项目还是在使用javax.servlet.Servlet，那么你的项目无法直接部署到Tomcat10+版本上。你只能部署到Tomcat9-版本上。在Tomcat9以及Tomcat9之前的版本中还是能够识别javax.servlet这个包。

解决Tomcat服务器在DOS命令窗口中的乱码问题（控制台乱码）

将CATALINA_HOME/conf/logging.properties文件中的内容修改如下：

java.util.logging.ConsoleHandler.encoding = GBK

向浏览器响应一段HTML代码

public void service(ServletRequest request, ServletResponse response){
    response.setContentType("text/html");
    PrintWriter out = response.getWriter();
    out.print("<h1>hello servlet!</h1>");
}

在Servlet中连接数据库

  • Servlet是Java程序，所以在Servlet中完全可以编写JDBC代码连接数据库。
  • 在一个webapp中去连接数据库，需要将驱动jar包放到WEB-INF/lib目录下。（com.mysql.cj.jdbc.Driver 这个类就在驱动jar包当中。）

在集成开发环境当中开发Servlet程序

  • 使用IDEA集成开发工具开发Servlet

    • 第一步：New Project
    • 第二步：新建模块（File –> new –> Module…）
      • 这里新建的是一个普通的JavaSE模块（这里先不要新建Java Enterprise模块）
      • 这个Module自动会被放在javaweb的project下面。
      • 这个Module起名：servlet01
    • 第三步：让Module变成JavaEE的模块。（让Module变成webapp的模块。符合webapp规范。符合Servlet规范的Module）
      • 在Module上点击右键：Add Framework Support…（添加框架支持）
      • 在弹出的窗口中，选择Web Application（选择的是webapp的支持）
      • 选择了这个webapp的支持之后，IDEA会自动给你生成一个符合Servlet规范的webpp目录结构。
      • 重点，需要注意的：在IDEA工具中根据Web Application模板生成的目录中有一个web目录，这个目录就代表webapp的根
    • 第四步（非必须）：根据Web Application生成的资源中有index.jsp文件，这里我选择删除这个index.jsp文件。（此时还未学jsp，所以才删除）
    • 第五步：编写Servlet（StudentServlet）
      • class StudentServlet implements Servlet
      • 这个时候发现Servlet.class文件没有。怎么办？将CATALINA_HOME/lib/servlet-api.jar和jsp-api.jar添加到classpath当中（这里的classpath说的是IDEA的classpath，这两个包在Tomcat中的lib目录下）
        • File –> Project Structrue –> Modules –> + 加号 –> Add JARS….
      • 实现jakarta.servlet.Servlet接口中的5个方法。
    • 第六步：在Servlet当中的service方法中编写业务代码（我们这里连接数据库了。）
    • 第七步：在WEB-INF目录下新建了一个子目录：lib（这个目录名可不能随意，必须是全部小写的lib），并且将连接数据库的驱动jar包放到lib目录下。
    • 第八步：在web.xml文件中完成StudentServlet类的注册。（请求路径和Servlet之间对应起来）
    <?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
         version="4.0">

    <servlet>
        <servlet-name>studentServlet</servlet-name>
        <servlet-class>com.bjpowernode.javaweb.servlet.StudentServlet</servlet-class>
    </servlet>
    <servlet-mapping>
        <servlet-name>studentServlet</servlet-name>
        <url-pattern>/servlet/student</url-pattern>
    </servlet-mapping>
    
</web-app>

    • 第九步：给一个html页面，在HTML页面中编写一个超链接，用户点击这个超链接，发送请求，Tomcat执行后台的StudentServlet。

      • student.html

      • 这个文件不能放到WEB-INF目录里面，只能放到WEB-INF目录外面。

      • student.html文件的内容

        <!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>student page</title>
</head>
<body>
    <!--这里的项目名是 /xmm ，无法动态获取，先写死-->
    <a href="/xmm/servlet/student">student list</a>
</body>
</html>

    • 第十步：让IDEA工具去关联Tomcat服务器。关联的过程当中将webapp部署到Tomcat服务器当中。

      • IDEA工具右上角，绿色小锤子右边有一个：Add Configuration
      • 左上角加号，点击Tomcat Server –> local
      • 在弹出的界面中设置服务器Server的参数（基本上不用动）
      • 在当前窗口中有一个Deployment（点击这个用来部署webapp），继续点击加号，部署即可。
      • 修改 Application context为：/xmm

    • 第十一步：启动Tomcat服务器

      • 在右上角有绿色的箭头，或者绿色的小虫子，点击这个绿色的小虫子，可以采用debug的模式启动Tomcat服务器。
      • 我们开发中建议适用debug模式启动Tomcat

    • 第十二步：打开浏览器，在浏览器地址栏上输入：http://localhost:8080/xmm/student.html

Servlet对象的生命周期

  • 什么是Servlet对象生命周期？

    • Servlet对象什么时候被创建。
    • Servlet对象什么时候被销毁。
    • Servlet对象创建了几个？
    • Servlet对象的生命周期表示：一个Servlet对象从出生在最后的死亡，整个过程是怎样的。

  • Servlet对象是由谁来维护的？

    • Servlet对象的创建，对象上方法的调用，对象最终的销毁，Javaweb程序员是无权干预的。
    • Servlet对象的生命周期是由Tomcat服务器（WEB Server）全权负责的。
    • Tomcat服务器通常我们又称为：WEB容器。（这个叫法你要知道【WEB Container】）
    • WEB容器来管理Servlet对象的死活。

  • 思考：我们自己new的Servlet对象受WEB容器的管理吗？

    • 我们自己new的Servlet对象是不受WEB容器管理的。

    • WEB容器创建的Servlet对象，这些Servlet对象都会被放到一个集合当中（HashMap），只有放到这个HashMap集合中的Servlet才能够被WEB容器管理，自己new的Servlet对象不会被WEB容器管理。（自己new的Servlet对象不在容器当中）

    • web容器底层应该有一个HashMap这样的集合，在这个集合当中存储了Servlet对象和请求路径之间的关系

      image-20230316211304056

  • 研究：服务器在启动的Servlet对象有没有被创建出来（默认情况下）？

    • 在Servlet中提供一个无参数的构造方法，启动服务器的时候看看构造方法是否执行。
    • 经过测试得出结论：默认情况下，服务器在启动的时候Servlet对象并不会被实例化。
    • 这个设计是合理的。用户没有发送请求之前，如果提前创建出来所有的Servlet对象，必然是耗费内存的，并且创建出来的Servlet如果一直没有用户访问，显然这个Servlet对象是一个废物，没必要先创建。

  • 怎么让服务器启动的时候创建Servlet对象呢？

    • 在servlet标签中添加子标签，在该子标签中填写整数，越小的整数优先级越高。

      <servlet>
    <servlet-name>aservlet</servlet-name>
    <servlet-class>com.bjpowernode.javaweb.servlet.AServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
    <servlet-name>aservlet</servlet-name>
    <url-pattern>/a</url-pattern>
</servlet-mapping>

  • Servlet对象生命周期

    • 默认情况下服务器启动的时候AServlet对象并没有被实例化

    • 用户发送第一次请求的时候，控制台输出了以下内容：

      AServlet无参数构造方法执行了
AServlet's init method execute!
AServlet's service method execute!

    • 根据以上输出内容得出结论：

      • 用户在发送第一次请求的时候Servlet对象被实例化（AServlet的构造方法被执行了。并且执行的是无参数构造方法。）
      • AServlet对象被创建出来之后，Tomcat服务器马上调用了AServlet对象的init方法。（init方法在执行的时候，AServlet对象已经存在了。已经被创建出来了。）
      • 用户发送第一次请求的时候，init方法执行之后，Tomcat服务器马上调用AServlet对象的service方法。

    • 用户继续发送第二次请求，控制台输出了以下内容：

      AServlet's service method execute!

    • 根据以上输出结果得知，用户在发送第二次，或者第三次，或者第四次请求的时候，Servlet对象并没有新建，还是使用之前创建好的Servlet对象，直接调用该Servlet对象的service方法，这说明：

      • 第一：Servlet对象是单例的（单实例的。但是要注意：Servlet对象是单实例的，但是Servlet类并不符合单例模式。我们称之为假单例。之所以单例是因为Servlet对象的创建我们javaweb程序员管不着，这个对象的创建只能是Tomcat来说了算，Tomcat只创建了一个，所以导致了单例，但是属于假单例。真单例模式，构造方法是私有化的。）
      • 第二：无参数构造方法、init方法只在第一次用户发送请求的时候执行。也就是说无参数构造方法只执行一次。init方法也只被Tomcat服务器调用一次。
      • 第三：只要用户发送一次请求：service方法必然会被Tomcat服务器调用一次。发送100次请求，service方法会被调用100次。

    • 关闭服务器的时候，控制台输出了以下内容：

      AServlet's destroy method execute!

    • 通过以上输出内容，可以得出以下结论：

      • Servlet的destroy方法只被Tomcat服务器调用一次。
      • destroy方法是在什么时候被调用的？
        • 在服务器关闭的时候。
        • 因为服务器关闭的时候要销毁AServlet对象的内存。
        • 服务器在销毁AServlet对象内存之前，Tomcat服务器会自动调用AServlet对象的destroy方法。

    • 请问：destroy方法调用的时候，对象销毁了还是没有销毁呢？

      • destroy方法执行的时候AServlet对象还在，没有被销毁。destroy方法执行结束之后，AServlet对象的内存才会被Tomcat释放。

    • Servlet对象更像一个人的一生：

      • Servlet的无参数构造方法执行：标志着你出生了。
      • Servlet对象的init方法的执行：标志着你正在接受教育。
      • Servlet对象的service方法的执行：标志着你已经开始工作了，已经开始为人类提供服务了。
      • Servlet对象的destroy方法的执行：标志着临终。有什么遗言，抓紧的。要不然，来不及了。

    • 关于Servlet类中方法的调用次数？

      • 构造方法只执行一次。
      • init方法只执行一次。
      • service方法：用户发送一次请求则执行一次，发送N次请求则执行N次。
      • destroy方法只执行一次。

    • 当我们Servlet类中编写一个有参数的构造方法，如果没有手动编写无参数构造方法会出现什么问题？

      • 报错了：500错误。
      • 注意：500是一个HTTP协议的错误状态码。
      • 500一般情况下是因为服务器端的Java程序出现了异常。（服务器端的错误都是500错误：服务器内部错误。）
      • 如果没有无参数的构造方法，会导致出现500错误，无法实例化Servlet对象。
      • 所以，一定要注意：在Servlet开发当中，不建议程序员来定义构造方法，因为定义不当，一不小心就会导致无法实例化Servlet对象。

    • 思考：Servlet的无参数构造方法是在对象第一次创建的时候执行，并且只执行一次。init方法也是在对象第一次创建的时候执行，并且只执行一次。那么这个无参数构造方法可以代替掉init方法吗？

      • 不能。
      • Servlet规范中有要求，作为javaweb程序员，编写Servlet类的时候，不建议手动编写构造方法，因为编写构造方法，很容易让无参数构造方法消失，这个操作可能会导致Servlet对象无法实例化。所以init方法是有存在的必要的。

    • init、service、destroy方法中使用最多的是哪个方法？

      • 使用最多就是service方法，service方法是一定要实现的，因为service方法是处理用户请求的核心方法。
      • 什么时候使用init方法呢？
        • init方法很少用。
        • 通常在init方法当中做初始化操作，并且这个初始化操作只需要执行一次。例如：初始化数据库连接池，初始化线程池….
      • 什么时候使用destroy方法呢？
        • destroy方法也很少用。
        • 通常在destroy方法当中，进行资源的关闭。马上对象要被销毁了，还有什么没有关闭的，抓紧时间关闭资源。还有什么资源没保存的，抓紧时间保存一下。

GenericServlet

  • 我们编写一个Servlet类直接实现Servlet接口有什么缺点？

    • 我们只需要service方法，其他方法大部分情况下是不需要使用的。代码很丑陋。

  • 适配器设计模式Adapter

    • 手机直接插到220V的电压上，手机直接就报废了。怎么办？可以找一个充电器。这个充电器就是一个适配器。手机连接适配器。适配器连接220V的电压。这样问题就解决了。

  • 编写一个GenericServlet类，这个类是一个抽象类，其中有一个抽象方法service。

    • GenericServlet实现Servlet接口。
    • GenericServlet是一个适配器。
    • 以后编写的所有Servlet类继承GenericServlet，重写service方法即可。

  • 思考：GenericServlet类是否需要改造一下？怎么改造？更利于子类程序的编写？

    • 思考第一个问题：我提供了一个GenericServlet之后，init方法还会执行吗？

      • 还会执行。会执行GenericServlet类中的init方法。

    • 思考第二个问题：init方法是谁调用的？

      • Tomcat服务器调用的。

    • 思考第三个问题：init方法中的ServletConfig对象是谁创建的？是谁传过来的？

      • 都是Tomcat干的。
      • Tomcat服务器先创建了ServletConfig对象，然后调用init方法，将ServletConfig对象传给了init方法。

    • 思考一下Tomcat服务器伪代码：

      public class Tomcat {
    public static void main(String[] args){
        // .....
        // Tomcat服务器伪代码
        // 创建LoginServlet对象（通过反射机制，调用无参数构造方法来实例化LoginServlet对象）
        Class clazz = Class.forName("com.bjpowernode.javaweb.servlet.LoginServlet");
        Object obj = clazz.newInstance();
        
        // 向下转型
        Servlet servlet = (Servlet)obj;
        
        // 创建ServletConfig对象
        // Tomcat服务器负责将ServletConfig对象实例化出来。
        // 多态（Tomcat服务器完全实现了Servlet规范）
        ServletConfig servletConfig = new org.apache.catalina.core.StandardWrapperFacade();
        
        // 调用Servlet的init方法
        servlet.init(servletConfig);
        
        // 调用Servlet的service方法
        // ....   
    }
}

ServletContext

  • 一个Servlet对象对应一个ServletConfig。100个Servlet对象则对应100个ServletConfig对象。

  • 只要在同一个webapp当中，只要在同一个应用当中，所有的Servlet对象都是共享同一个ServletContext对象的。

  • ServletContext对象在服务器启动阶段创建，在服务器关闭的时候销毁。这就是ServletContext对象的生命周期。ServletContext对象是应用级对象。

  • Tomcat服务器中有一个webapps，这个webapps下可以存放webapp，可以存放多个webapp，假设有100个webapp，那么就有100个ServletContext对象。但是，总之，一个应用，一个webapp肯定是只有一个ServletContext对象。

  • ServletContext被称为Servlet上下文对象。（Servlet对象的四周环境对象。）

  • 一个ServletContext对象通常对应的是一个web.xml文件。

  • ServletContext对应显示生活中的什么例子呢？

    • 一个教室里有多个学生，那么每一个学生就是一个Servlet，这些学生都在同一个教室当中，那么我们可以把这个教室叫做ServletContext对象。那么也就是说放在这个ServletContext对象（环境）当中的数据，在同一个教室当中，物品都是共享的。比如：教室中有一个空调，所有的学生都可以操作。可见，空调是共享的。因为空调放在教室当中。教室就是ServletContext对象。

  • ServletContext是一个接口，Tomcat服务器对ServletContext接口进行了实现。

    • ServletContext对象的创建也是Tomcat服务器来完成的。启动webapp的时候创建的。

  • ServletContext接口中有哪些常用的方法？

    public String getInitParameter(String name); // 通过初始化参数的name获取value
public Enumeration<String> getInitParameterNames(); // 获取所有的初始化参数的name

    以上两个方法是ServletContext对象的方法，这个方法获取的是什么信息？是以下的配置信息

    <context-param>
    <param-name>pageSize</param-name>
    <param-value>10</param-value>
</context-param>
<context-param>
    <param-name>startIndex</param-name>
    <param-value>0</param-value>
</context-param>

    注意：以上的配置信息属于应用级的配置信息，一般一个项目中共享的配置信息会放到以上的标签当中

    如果你的配置信息只是想给某一个servlet作为参考，那么你配置到servlet标签当中即可，使用ServletConfig对象来获取。

    // 获取应用的根路径（非常重要），因为在java源代码当中有一些地方可能会需要应用的根路径，这个方法可以动态获取应用的根路径
// 在java源码当中，不要将应用的根路径写死，因为你永远都不知道这个应用在最终部署的时候，起一个什么名字。
public String getContextPath();
//String contextPath = application.getContextPath();
    // 获取文件的绝对路径（真实路径）
public String getRealPath(String path);
    // 通过ServletContext对象也是可以记录日志的
public void log(String message);
public void log(String message, Throwable t);
// 这些日志信息记录到哪里了？
// localhost.2021-11-05.log

    Tomcat 服务器的logs目录下都有哪些日志文件？

    1. catalina.2021-11-05.log 服务器端的java程序运行的控制台信息。
    2. localhost.2021-11-05.log ServletContext对象的log方法记录的日志信息存储到这个文件中。
    3. localhost_access_log.2021-11-05.txt 访问日志

    ServletContext 对象还有另一个名字：应用域（后面还有其他域，例如请求域、会话域）

    如果所有的用户共享一份数据，并且这个数据很少，可以将这些数据放到 ServletContext 这个应用域中

    • 为什么是所有用户共享的数据？

      不是共享的没有意义，因为ServletContext这个对象只有一个。只有共享的数据放进去才有意义

    • 为什么数据量要小？

      因为数据量比较大的话，太占用堆内存，并且这个对象的生命周期比较长，服务器关闭的时候，这个对象才会被销毁。大数据量会影响服务器的性能。占用内存较小的数据量可以考虑放进去。

    • 为什么这些共享数据很少修改，或者不修改

      所有用户共享的数据，如果涉及到修改操作，必然会存在线程并发所带来的安全问题。所以放在ServletContext对象中的数据一般都是只读的

      数据量小、所有用户共享、又不修改，这样的数据放到ServletContext这个应用域当中，会大大提升效率。因为应用域相当于一个缓存，放到缓存中的数据，下次在用的时候，不需要从数据库中再次获取，大大提升执行效率。

    // 存（怎么向ServletContext应用域中存数据）
public void setAttribute(String name, Object value); // map.put(k, v)
// 取（怎么从ServletContext应用域中取数据）
public Object getAttribute(String name); // Object v = map.get(k)
// 删（怎么删除ServletContext应用域中的数据）
public void removeAttribute(String name); // map.remove(k)

  • 注意：以后我们编写Servlet类的时候，实际上是不会去直接继承GenericServlet类的，因为我们是B/S结构的系统，这种系统是基于HTTP超文本传输协议的，在Servlet规范当中，提供了一个类叫做HttpServlet，它是专门为HTTP协议准备的一个Servlet类。我们编写的Servlet类要继承HttpServlet。（HttpServlet是HTTP协议专用的。）使用HttpServlet处理HTTP协议更便捷。但是你需要直到它的继承结构：

    jakarta.servlet.Servlet（接口）【爷爷】
jakarta.servlet.GenericServlet implements Servlet（抽象类）【儿子】
jakarta.servlet.http.HttpServlet extends GenericServlet（抽象类）【孙子】

我们以后编写的Servlet要继承HttpServlet类。

    到目前为止都接触过的缓存机制：

    • 堆内存当中的字符串常量池。
      • “abc” 先在字符串常量池中查找，如果有，直接拿来用。如果没有则新建，然后再放入字符串常量池。
    • 堆内存当中的整数型常量池。
      • [-128 ~ 127] 一共256个Integer类型的引用，放在整数型常量池中。没有超出这个范围的话，直接从常量池中取。
    • 连接池(Connection Cache)
      • 这里所说的连接池中的连接是java语言连接数据库的连接对象：java.sql.Connection对象。
      • JVM是一个进程。MySQL数据库是一个进程。进程和进程之间建立连接，打开通道是很费劲的。是很耗费资源的。怎么办？可以提前先创建好N个Connection连接对象，将连接对象放到一个集合当中，我们把这个放有Connection对象的集合称为连接池。每一次用户连接的时候不需要再新建连接对象，省去了新建的环节，直接从连接池中获取连接对象，大大提升访问效率。
      • 连接池
        • 最小连接数
        • 最大连接数
        • 连接池可以提高用户的访问效率。当然也可以保证数据库的安全性。
    • 线程池
      • Tomcat服务器本身就是支持多线程的。
      • Tomcat服务器是在用户发送一次请求，就新建一个Thread线程对象吗？
        • 当然不是，实际上是在Tomcat服务器启动的时候，会先创建好N多个线程Thread对象，然后将线程对象放到集合当中，称为线程池。用户发送请求过来之后，需要有一个对应的线程来处理这个请求，这个时候线程对象就会直接从线程池中拿，效率比较高。
        • 所有的WEB服务器，或者应用服务器，都是支持多线程的，都有线程池机制。
    • redis
      • NoSQL数据库。非关系型数据库。缓存数据库。
    • 向ServletContext应用域中存储数据，也等于是将数据存放到缓存cache当中了。

HTTP协议

概述

  • 什么是协议？

    • 协议实际上是某些人，或者某些组织提前制定好的一套规范，大家都按照这个规范来，这样可以做到沟通无障碍。
    • 协议就是一套规范，就是一套标准。由其他人或其他组织来负责制定的。
    • 我说的话你能听懂，你说的话，我也能听懂，这说明我们之间是有一套规范的，一套协议的，这套协议就是：中国普通话协议。我们都遵守这套协议，我们之间就可以沟通无障碍。

  • 什么是HTTP协议？

    • HTTP协议：是W3C制定的一种超文本传输协议。（通信协议：发送消息的模板提前被制定好。）
    • W3C：
      • 万维网联盟组织
      • 负责制定标准的：HTTP HTML4.0 HTML5 XML DOM等规范都是W3C制定的。
      • 万维网之父：蒂姆·伯纳斯·李
    • 什么是超文本？
      • 超文本说的就是：不是普通文本，比如流媒体：声音、视频、图片等。
      • HTTP协议支持：不但可以传送普通字符串，同样支持传递声音、视频、图片等流媒体信息。
    • 这种协议游走在B和S之间。B向S发数据要遵循HTTP协议。S向B发数据同样需要遵循HTTP协议。这样B和S才能解耦合。
    • 什么是解耦合？
      • B不依赖S。
      • S也不依赖B。
    • B/S表示：B/S结构的系统（浏览器访问WEB服务器的系统）
    • 浏览器 向 WEB服务器发送数据，叫做：请求（request)
    • WEB服务器 向 浏览器发送数据，叫做：响应（response）
    • HTTP协议包括：
      • 请求协议
        • 浏览器 向 WEB服务器发送数据的时候，这个发送的数据需要遵循一套标准，这套标准中规定了发送的数据具体格式。
      • 响应协议
        • WEB服务器 向 浏览器发送数据的时候，这个发送的数据需要遵循一套标准，这套标准中规定了发送的数据具体格式。
    • HTTP协议就是提前制定好的一种消息模板。
      • 不管你是哪个品牌的浏览器，都是这么发。
      • 不管你是哪个品牌的WEB服务器，都是这么发。
      • FF浏览器 可以向 Tomcat发送请求，也可以向Jetty服务器发送请求。浏览器不依赖具体的服务器品牌。
      • WEB服务器也不依赖具体的浏览器品牌。可以是FF浏览器，也可以是Chrome浏览器，可以是IE，都行。

  • HTTP的请求协议（B –> S）

    • HTTP的请求协议包括：4部分

      • 请求行
      • 请求头
      • 空白行
      • 请求体

    • HTTP请求协议的具体报文：GET请求

      GET /servlet05/getServlet?username=lucy&userpwd=1111 HTTP/1.1                          
请求行
Host: localhost:8080                                                                    
请求头
Connection: keep-alive
sec-ch-ua: "Google Chrome";v="95", "Chromium";v="95", ";Not A Brand";v="99"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: same-origin
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Referer: http://localhost:8080/servlet05/index.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
                                                                                        
空白行
请求体

    • HTTP请求协议的具体报文：POST请求

      POST /servlet05/postServlet HTTP/1.1                                                  请求行
Host: localhost:8080                                                                  请求头
Connection: keep-alive
Content-Length: 25
Cache-Control: max-age=0
sec-ch-ua: "Google Chrome";v="95", "Chromium";v="95", ";Not A Brand";v="99"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
Upgrade-Insecure-Requests: 1
Origin: http://localhost:8080
Content-Type: application/x-www-form-urlencoded
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: same-origin
Sec-Fetch-Mode: navigate
Sec-Fetch-User: ?1
Sec-Fetch-Dest: document
Referer: http://localhost:8080/servlet05/index.html
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.9
空白行
username=lisi&userpwd=123                                                             
请求体

    • 请求行

      • 包括三部分：
        • 第一部分：请求方式（7种）
          • get（常用的）
          • post（常用的）
          • delete
          • put
          • head
          • options
          • trace
        • 第二部分：URI
          • 什么是URI？ 统一资源标识符。代表网络中某个资源的名字。但是通过URI是无法定位资源的。
          • 什么是URL？统一资源定位符。代表网络中某个资源，同时，通过URL是可以定位到该资源的。
          • URI和URL什么关系，有什么区别？
        • 第三部分：HTTP协议版本号

    • 请求头

      • 请求的主机
      • 主机的端口
      • 浏览器信息
      • 平台信息
      • cookie等信息
      • ….

    • 空白行

      • 空白行是用来区分“请求头”和“请求体”

    • 请求体

      • 向服务器发送的具体数据。

  • HTTP的响应协议（S –> B）

    • HTTP的响应协议包括：4部分

      • 状态行
      • 响应头
      • 空白行
      • 响应体

    • HTTP响应协议的具体报文：

      HTTP/1.1 200 ok                                     
状态行
Content-Type: text/html;charset=UTF-8              
响应头
Content-Length: 160
Date: Mon, 08 Nov 2021 13:19:32 GMT
Keep-Alive: timeout=20
Connection: keep-alive                                                
空白行
<!doctype html>                                     
响应体
<html>
    <head>
        <title>from get servlet</title>
    </head>
    <body>
        <h1>from get servlet</h1>
    </body>
</html>

    • 状态行

      • 三部分组成
        • 第一部分：协议版本号（HTTP/1.1）
        • 第二部分：状态码（HTTP协议中规定的响应状态号。不同的响应结果对应不同的号码。）
          • 200 表示请求响应成功，正常结束。
          • 404表示访问的资源不存在，通常是因为要么是你路径写错了，要么是路径写对了，但是服务器中对应的资源并没有启动成功。总之404错误是前端错误。
          • 405表示前端发送的请求方式与后端请求的处理方式不一致时发生：
            • 比如：前端是POST请求，后端的处理方式按照get方式进行处理时，发生405
            • 比如：前端是GET请求，后端的处理方式按照post方式进行处理时，发生405
          • 500表示服务器端的程序出现了异常。一般会认为是服务器端的错误导致的。
          • 以4开始的，一般是浏览器端的错误导致的。
          • 以5开始的，一般是服务器端的错误导致的。
        • 第三部分：状态的描述信息
          • ok 表示正常成功结束。
          • not found 表示资源找不到。

    • 响应头：

      • 响应的内容类型
      • 响应的内容长度
      • 响应的时间
      • ….

    • 空白行：

      • 用来分隔“响应头”和“响应体”的。

    • 响应体：

      • 响应体就是响应的正文，这些内容是一个长的字符串，这个字符串被浏览器渲染，解释并执行，最终展示出效果。

  • 怎么查看的协议内容？

    • 使用chrome浏览器：F12。然后找到network，通过这个面板可以查看协议的具体内容。

Get请求 和 Post请求

  • 怎么向服务器发送GET请求，怎么向服务器发送POST请求？

    • 到目前为止，只有一种情况可以发送POST请求：使用form表单，并且form标签中的method属性值为：method=”post”。
    • 其他所有情况一律都是get请求：
      • 在浏览器地址栏上直接输入URL，敲回车，属于get请求。
      • 在浏览器上直接点击超链接，属于get请求。
      • 使用form表单提交数据时，form标签中没有写method属性，默认就是get
      • 或者使用form的时候，form标签中method属性值为：method=”get”
      • ….

  • GET请求和POST请求有什么区别？

    • get请求发送数据的时候，数据会挂在URI的后面，并且在URI后面添加一个“?”，”?”后面是数据。这样会导致发送的数据回显在浏览器的地址栏上。（get请求在“请求行”上发送数据）
    • post请求发送数据的时候，在请求体当中发送。不会回显到浏览器的地址栏上。也就是说post发送的数据，在浏览器地址栏上看不到。（post在“请求体”当中发送数据）
    • get请求只能发送普通的字符串。并且发送的字符串长度有限制，不同的浏览器限制不同。这个没有明确的规范。
    • get请求无法发送大数据量。
    • post请求可以发送任何类型的数据，包括普通字符串，流媒体等信息：视频、声音、图片。
    • post请求可以发送大数据量，理论上没有长度限制。
    • get请求在W3C中是这样说的：get请求比较适合从服务器端获取数据。
    • post请求在W3C中是这样说的：post请求比较适合向服务器端传送数据。
    • get请求是安全的。get请求是绝对安全的。为什么？因为get请求只是为了从服务器上获取数据。不会对服务器造成威胁。（get本身是安全的，你不要用错了。用错了之后又冤枉人家get不安全，你这样不好（太坏了），那是你自己的问题，不是get请求的问题。）
    • post请求是危险的。为什么？因为post请求是向服务器提交数据，如果这些数据通过后门的方式进入到服务器当中，服务器是很危险的。另外post是为了提交数据，所以一般情况下拦截请求的时候，大部分会选择拦截（监听）post请求。
    • get请求支持缓存。
    • post请求不支持缓存。（POST是用来修改服务器端的资源的。）
      • post请求之后，服务器“响应的结果”不会被浏览器缓存起来。因为这个缓存没有意义。

  • GET请求和POST请求如何选择，什么时候使用GET请求，什么时候使用POST请求？

    • 怎么选择GET请求和POST请求呢？衡量标准是什么呢？你这个请求是想获取服务器端的数据，还是想向服务器发送数据。如果你是想从服务器上获取资源，建议使用GET请求，如果你这个请求是为了向服务器提交数据，建议使用POST请求。
    • 大部分的form表单提交，都是post方式，因为form表单中要填写大量的数据，这些数据是收集用户的信息，一般是需要传给服务器，服务器将这些数据保存/修改等。
    • 如果表单中有敏感信息，还是建议使用post请求，因为get请求会回显敏感信息到浏览器地址栏上。（例如：密码信息）
    • 做文件上传，一定是post请求。要传的数据不是普通文本。
    • 其他情况都可以使用get请求。

  • 不管你是get请求还是post请求，发送的请求数据格式是完全相同的，只不过位置不同，格式都是统一的：

    • name=value&name=value&name=value&name=value
    • name是什么？
      • 以form表单为例：form表单中input标签的name。
    • value是什么？
      • 以form表单为例：form表单中input标签的value。

模板方法设计模式

  • 什么是设计模式？
    • 某个问题的固定的解决方案。(可以被重复使用。)
  • 你知道哪些设计模式？
    • GoF设计模式：
      • 通常我们所说的23种设计模式。（Gang of Four：4人组提出的设计模式）
      • 单例模式
      • 工厂模式
      • 代理模式
      • 门面模式
      • 责任链设计模式
      • 观察者模式
      • 模板方法设计模式
      • …..
    • JavaEE设计模式：
      • DAO
      • DTO
      • VO
      • PO
      • pojo
      • ….
    • ….
  • 什么是模板方法设计模式？
    • 在模板类的模板方法当中定义核心算法骨架，具体的实现步骤可以延迟到子类当中完成。
  • 模板类通常是一个抽象类，模板类当中的模板方法定义核心算法，这个方法通常是final的（但也可以不是final的）
  • 模板类当中的抽象方法就是不确定实现的方法，这个不确定怎么实现的事儿交给子类去做。

HttpServlet源码分析

  • HttpServlet类是专门为HTTP协议准备的。比GenericServlet更加适合HTTP协议下的开发。
  • HttpServlet在哪个包下？
    • jakarta.servlet.http.HttpServlet
  • 到目前为止我们接触了servlet规范中哪些接口？
    • jakarta.servlet.Servlet 核心接口（接口）
    • jakarta.servlet.ServletConfig Servlet配置信息接口（接口）
    • jakarta.servlet.ServletContext Servlet上下文接口（接口）
    • jakarta.servlet.ServletRequest Servlet请求接口（接口）
    • jakarta.servlet.ServletResponse Servlet响应接口（接口）
    • jakarta.servlet.ServletException Servlet异常（类）
    • jakarta.servlet.GenericServlet 标准通用的Servlet类（抽象类）
  • http包下都有哪些类和接口呢？jakarta.servlet.http.*;
    • jakarta.servlet.http.HttpServlet （HTTP协议专用的Servlet类，抽象类）
    • jakarta.servlet.http.HttpServletRequest （HTTP协议专用的请求对象）
    • jakarta.servlet.http.HttpServletResponse （HTTP协议专用的响应对象）
  • HttpServletRequest对象中封装了什么信息？
    • HttpServletRequest，简称request对象。
    • HttpServletRequest中封装了请求协议的全部内容。
    • Tomcat服务器（WEB服务器）将“请求协议”中的数据全部解析出来，然后将这些数据全部封装到request对象当中了。
    • 也就是说，我们只要面向HttpServletRequest，就可以获取请求协议中的数据。
  • HttpServletResponse对象是专门用来响应HTTP协议到浏览器的。
  • 回忆Servlet生命周期
    • 用户第一次请求
      • Tomcat服务器通过反射机制，调用无参数构造方法。创建Servlet对象。(web.xml文件中配置的Servlet类对应的对象。)
      • Tomcat服务器调用Servlet对象的init方法完成初始化。
      • Tomcat服务器调用Servlet对象的service方法处理请求。
    • 用户第二次请求
      • Tomcat服务器调用Servlet对象的service方法处理请求。
    • 用户第三次请求
      • Tomcat服务器调用Servlet对象的service方法处理请求。
    • ….
      • Tomcat服务器调用Servlet对象的service方法处理请求。
    • 服务器关闭
      • Tomcat服务器调用Servlet对象的destroy方法，做销毁之前的准备工作。
      • Tomcat服务器销毁Servlet对象。
  • HttpServlet源码分析：
public class HelloServlet extends HttpServlet {
	// 用户第一次请求，创建HelloServlet对象的时候，会执行这个无参数构造方法。
	public HelloServlet() {
    }
    
    //override 重写 doGet方法
    //override 重写 doPost方法
}

public abstract class GenericServlet implements Servlet, ServletConfig,
        java.io.Serializable {
           
	// 用户第一次请求的时候，HelloServlet对象第一次被创建之后，这个init方法会执行。
    public void init(ServletConfig config) throws ServletException {
        this.config = config;
        this.init();
    }
	// 用户第一次请求的时候，带有参数的init(ServletConfig config)执行之后，会执行这个没有参数的init()
	public void init() throws ServletException {
        // NOOP by default
    }
}

// HttpServlet模板类。
public abstract class HttpServlet extends GenericServlet {
    // 用户发送第一次请求的时候这个service会执行
    // 用户发送第N次请求的时候，这个service方法还是会执行。
    // 用户只要发送一次请求，这个service方法就会执行一次。
    @Override
    public void service(ServletRequest req, ServletResponse res)
        throws ServletException, IOException {

        HttpServletRequest  request;
        HttpServletResponse response;

        try {
            // 将ServletRequest和ServletResponse向下转型为带有Http的HttpServletRequest和HttpServletResponse
            request = (HttpServletRequest) req;
            response = (HttpServletResponse) res;
        } catch (ClassCastException e) {
            throw new ServletException(lStrings.getString("http.non_http"));
        }
        // 调用重载的service方法。
        service(request, response);
    }
    
    // 这个service方法的两个参数都是带有Http的。
    // 这个service是一个模板方法。
    // 在该方法中定义核心算法骨架，具体的实现步骤延迟到子类中去完成。
    protected void service(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException {
        // 获取请求方式
        // 这个请求方式最终可能是：""
        // 注意：request.getMethod()方法获取的是请求方式，可能是七种之一：
        // GET POST PUT DELETE HEAD OPTIONS TRACE
        String method = req.getMethod();

        // 如果请求方式是GET请求，则执行doGet方法。
        if (method.equals(METHOD_GET)) {
            long lastModified = getLastModified(req);
            if (lastModified == -1) {
                // servlet doesn't support if-modified-since, no reason
                // to go through further expensive logic
                doGet(req, resp);
            } else {
                long ifModifiedSince;
                try {
                    ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE);
                } catch (IllegalArgumentException iae) {
                    // Invalid date header - proceed as if none was set
                    ifModifiedSince = -1;
                }
                if (ifModifiedSince < (lastModified / 1000 * 1000)) {
                    // If the servlet mod time is later, call doGet()
                    // Round down to the nearest second for a proper compare
                    // A ifModifiedSince of -1 will always be less
                    maybeSetLastModified(resp, lastModified);
                    doGet(req, resp);
                } else {
                    resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
                }
            }

        } else if (method.equals(METHOD_HEAD)) {
            long lastModified = getLastModified(req);
            maybeSetLastModified(resp, lastModified);
            doHead(req, resp);

        } else if (method.equals(METHOD_POST)) {
            // 如果请求方式是POST请求，则执行doPost方法。
            doPost(req, resp);

        } else if (method.equals(METHOD_PUT)) {
            doPut(req, resp);

        } else if (method.equals(METHOD_DELETE)) {
            doDelete(req, resp);

        } else if (method.equals(METHOD_OPTIONS)) {
            doOptions(req,resp);

        } else if (method.equals(METHOD_TRACE)) {
            doTrace(req,resp);

        } else {
            //
            // Note that this means NO servlet supports whatever
            // method was requested, anywhere on this server.
            //

            String errMsg = lStrings.getString("http.method_not_implemented");
            Object[] errArgs = new Object[1];
            errArgs[0] = method;
            errMsg = MessageFormat.format(errMsg, errArgs);

            resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg);
        }
    }
    
    
    protected void doGet(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException{
        // 报405错误
        String msg = lStrings.getString("http.method_get_not_supported");
        sendMethodNotAllowed(req, resp, msg);
    }
    
    protected void doPost(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException {
        // 报405错误
        String msg = lStrings.getString("http.method_post_not_supported");
        sendMethodNotAllowed(req, resp, msg);
    }   
}
  • 通过以上源代码分析：

假设前端发送的请求是get请求，后端程序员重写的方法是doPost
假设前端发送的请求是post请求，后端程序员重写的方法是doGet
会发生什么呢？
发生405这样的一个错误。
405表示前端的错误，发送的请求方式不对。和服务器不一致。不是服务器需要的请求方式。
通过以上源代码可以知道：只要HttpServlet类中的doGet方法或doPost方法执行了，必然405.

  • 怎么避免405的错误呢？

后端重写了doGet方法，前端一定要发get请求。
后端重写了doPost方法，前端一定要发post请求。

这种前端到底需要发什么样的请求，其实应该后端说了算。后端让发什么方式，前端就得发什么方式。

有的人，你会看到为了避免405错误，在Servlet类当中，将doGet和doPost方法都进行了重写。
这样，确实可以避免405的发生，但是不建议，405错误还是有用的。该报错的时候就应该让他报错。
如果你要是同时重写了doGet和doPost，那还不如你直接重写service方法好了。这样代码还能
少写一点。

  • 我们编写的HelloServlet直接继承HttpServlet，直接重写HttpServlet类中的service()方法行吗？

    • 可以，只不过你享受不到405错误。享受不到HTTP协议专属的东西。

  • 最终的一个Servlet类的开发步骤：

    • 第一步：编写一个Servlet类，直接继承HttpServlet
    • 第二步：重写doGet方法或者重写doPost方法，到底重写谁，javaweb程序员说了算。
    • 第三步：将Servlet类配置到web.xml文件当中。
    • 第四步：准备前端的页面（form表单），form表单中指定请求路径即可。

关于一个web站点的欢迎页面

  • 什么是一个web站点的欢迎页面？

    • 对于一个webapp来说，我们是可以设置它的欢迎页面的。
    • 设置了欢迎页面之后，当你访问这个webapp的时候，或者访问这个web站点的时候，没有指定任何“资源路径”，这个时候会默认访问你的欢迎页面。
    • 我们一般的访问方式是：
    • 如果我们访问的方式是：
      • http://localhost:8080/servlet06 如果我们访问的就是这个站点，没有指定具体的资源路径。它默认会访问谁呢？
      • 默认会访问你设置的欢迎页面。

  • 怎么设置欢迎页面呢？

    • 第一步：在IDEA工具的web目录下新建一个文件login.html

    • 第二步：在web.xml文件中进行了以下的配置

      <welcome-file-list>
        <welcome-file>login.html</welcome-file>
    </welcome-file-list>

      注意：设置欢迎页面的时候，这个路径不需要以“/”开始。并且这个路径默认是从webapp的根下开始查找。

    • 第三步：启动服务器，浏览器地址栏输入地址

  • 如果在webapp的根下新建一个目录，目录中再给一个文件，那么这个欢迎页该如何设置呢？

    • 在webapp根下新建page1

    • 在page1下新建page2目录

    • 在page2目录下新建page.html页面

    • 在web.xml文件中应该这样配置

      <welcome-file-list>
    <welcome-file>page1/page2/page.html</welcome-file>
</welcome-file-list>

      注意：路径不需要以“/”开始，并且路径默认从webapp的根下开始找。

  • 一个webapp是可以设置多个欢迎页面的

    <welcome-file-list>
    <welcome-file>page1/page2/page.html</welcome-file>
    <welcome-file>login.html</welcome-file>
</welcome-file-list>

    注意：越靠上的优先级越高。找不到的继续向下找。

  • 你有没有注意一件事：当文件名设置为index.html的时候，不需要在web.xml文件中进行配置欢迎页面。这是为什么？

    • 这是因为小猫咪Tomcat服务器已经提前配置好了。

    • 实际上配置欢迎页面有两个地方可以配置：

      • 一个是在webapp内部的web.xml文件中。（在这个地方配置的属于局部配置）

      • 一个是在CATALINA_HOME/conf/web.xml文件中进行配置。（在这个地方配置的属于全局配置）

        <welcome-file-list>
    <welcome-file>index.html</welcome-file>
    <welcome-file>index.htm</welcome-file>
    <welcome-file>index.jsp</welcome-file>
</welcome-file-list>

        Tomcat服务器的全局欢迎页面是：index.html index.htm index.jsp ，如果你一个web站点没有设置局部的欢迎页面，Tomcat服务器就会以 index.html index.htm index.jsp 作为一个web站点的欢迎页面。

      • 注意原则：局部优先原则。（就近原则）

  • 欢迎页可以是一个Servlet吗？

    • 当然可以。

    • 欢迎页就是一个资源，既然是一个资源，那么可以是静态资源，也可以是动态资源。

    • 静态资源：index.html welcome.html …..

    • 动态资源：Servlet类。

    • 步骤：

      • 第一步：写一个Servlet

        public class WelcomeServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        response.setContentType("text/html");
        PrintWriter out = response.getWriter();
        out.print("<h1>welcome to bjpowernode!</h1>");
    }
}

      • 第二步：在web.xml文件中配置servlet

        <servlet>
    <servlet-name>welcomeServlet</servlet-name>
    <servlet-class>
        com.bjpowernode.javaweb.servlet.WelcomeServlet
    </servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>welcomeServlet</servlet-name>
    <url-pattern>/fdsa/fds/a/fds/af/ds/af/dsafdsafdsa</url-pattern>
</servlet-mapping>

      • 第三步：在web.xml文件中配置欢迎页

        <welcome-file-list>
    <welcome-file>fdsa/fds/a/fds/af/ds/af/dsafdsafdsa</welcome-file>
</welcome-file-list>

关于WEB-INF目录

  • 在WEB-INF目录下新建了一个文件：welcome.html
  • 打开浏览器访问：http://localhost:8080/servlet07/WEB-INF/welcome.html 出现了404错误。
  • 注意：放在WEB-INF目录下的资源是受保护的。在浏览器上不能够通过路径直接访问。所以像HTML、CSS、JS、image等静态资源一定要放到WEB-INF目录之外。

HttpServletRequest接口详解

  • HttpServletRequest是一个接口，全限定名称：jakarta.servlet.http.HttpServletRequest

  • HttpServletRequest接口是Servlet规范中的一员。

  • HttpServletRequest接口的父接口：ServletRequest

    public interface HttpServletRequest extends ServletRequest {}

  • HttpServletRequest接口的实现类谁写的? HttpServletRequest对象是谁给创建的？

    • 通过测试：org.apache.catalina.connector.RequestFacade 实现了 HttpServletRequest接口

      public class RequestFacade implements HttpServletRequest {}

    • 测试结果说明：Tomcat服务器（WEB服务器、WEB容器）实现了HttpServletRequest接口，还是说明了Tomcat服务器实现了Servlet规范。而对于我们javaweb程序员来说，实际上不需要关心这个，我们只需要面向接口编程即可。我们关心的是HttpServletRequest接口中有哪些方法，这些方法可以完成什么功能！！！！

  • HttpServletRequest对象中都有什么信息？都包装了什么信息？

    • HttpServletRequest对象是Tomcat服务器负责创建的。这个对象中封装了什么信息？封装了HTTP的请求协议。
    • 实际上是用户发送请求的时候，遵循了HTTP协议，发送的是HTTP的请求协议，Tomcat服务器将HTTP协议中的信息以及数据全部解析出来，然后Tomcat服务器把这些信息封装到HttpServletRequest对象当中，传给了我们javaweb程序员。
    • javaweb程序员面向HttpServletRequest接口编程，调用方法就可以获取到请求的信息了。

  • request和response对象的生命周期？

    • request对象和response对象，一个是请求对象，一个是响应对象。这两个对象只在当前请求中有效。
    • 一次请求对应一个request。
    • 两次请求则对应两个request。
    • …..

  • HttpServletRequest接口中有哪些常用的方法？

    • 怎么获取前端浏览器用户提交的数据？

      Map<String,String[]> getParameterMap() 这个是获取Map
Enumeration<String> getParameterNames() 这个是获取Map集合中所有的key
String[] getParameterValues(String name) 根据key获取Map集合的value
String getParameter(String name)  获取value这个一维数组当中的第一个元素。这个方法最常用。
// 以上的4个方法，和获取用户提交的数据有关系。

      • 思考：如果是你，前端的form表单提交了数据之后，你准备怎么存储这些数据，你准备采用什么样的数据结构去存储这些数据呢？

        • 前端提交的数据格式：username=abc&userpwd=111&aihao=s&aihao=d&aihao=tt

        • 我会采用Map集合来存储：

          Map<String,String>
    key存储String
    value存储String
    这种想法对吗？不对。
    如果采用以上的数据结构存储会发现key重复的时候value覆盖。
    key         value
    ---------------------
    username    abc
    userpwd     111
    aihao       s
    aihao       d
    aihao       tt
    这样是不行的，因为map的key不能重复。
Map<String, String[]>
    key存储String
    value存储String[]
    key				value
    -------------------------------
    username		{"abc"}
    userpwd			{"111"}
    aihao			{"s","d","tt"}

        • 注意：前端表单提交数据的时候，假设提交了120这样的“数字”，其实是以字符串”120”的方式提交的，所以服务器端获取到的一定是一个字符串的”120”，而不是一个数字。需要拆箱一下（前端永远提交的是字符串，后端获取的也永远是字符串。）

    • 手工开发一个webapp。测试HttpServletRequest接口中的相关方法。

      • 先测试了4个常用的方法，获取请求参数的四个方法。

        Map<String,String[]> parameterMap = request.getParameterMap();
Enumeration<String> names = request.getParameterNames();
String[] values = request.getParameterValues("name");
String value = request.getParameter("name");

      • request对象实际上又称为“请求域”对象。

        • 应用域对象是什么？

          • ServletContext （Servlet上下文对象。）

          • 什么情况下会考虑向ServletContext这个应用域当中绑定数据呢？

            • 第一：所有用户共享的数据。
            • 第二：这个共享的数据量很小。
            • 第三：这个共享的数据很少的修改操作。
            • 在以上三个条件都满足的情况下，使用这个应用域对象，可以大大提高我们程序执行效率。
            • 实际上向应用域当中绑定数据，就相当于把数据放到了缓存（Cache）当中，然后用户访问的时候直接从缓存中取，减少IO的操作，大大提升系统的性能，所以缓存技术是提高系统性能的重要手段。

          • 你见过哪些缓存技术呢？

            • 字符串常量池
            • 整数型常量池 [-128~127]，但凡是在这个范围当中的Integer对象不再创建新对象，直接从这个整数型常量池中获取。大大提升系统性能。
            • 数据库连接池（提前创建好N个连接对象，将连接对象放到集合当中，使用连接对象的时候，直接从缓存中拿。省去了连接对象的创建过程。效率提升。）
            • 线程池（Tomcat服务器就是支持多线程的。所谓的线程池就是提前先创建好N个线程对象，将线程对象存储到集合中，然后用户请求过来之后，直接从线程池中获取线程对象，直接拿来用。提升系统性能）
            • 后期你还会学习更多的缓存技术，例如：redis、mongoDB…..

          • ServletContext当中有三个操作域的方法：

            void setAttribute(String name, Object obj); // 向域当中绑定数据。
Object getAttribute(String name); // 从域当中根据name获取数据。
void removeAttribute(String name); // 将域当中绑定的数据移除

// 以上的操作类似于Map集合的操作。
Map<String, Object> map;
map.put("name", obj); // 向map集合中放key和value
Object obj = map.get("name"); // 通过map集合的key获取value
map.remove("name"); // 通过Map集合的key删除key和value这个键值对。

        • “请求域”对象

          • “请求域”对象要比“应用域”对象范围小很多。生命周期短很多。请求域只在一次请求内有效。

          • 一个请求对象request对应一个请求域对象。一次请求结束之后，这个请求域就销毁了。

          • 请求域对象也有这三个方法：

            void setAttribute(String name, Object obj); // 向域当中绑定数据。
Object getAttribute(String name); // 从域当中根据name获取数据。
void removeAttribute(String name); // 将域当中绑定的数据移除

          • 请求域和应用域的选用原则？

            • 尽量使用小的域对象，因为小的域对象占用的资源较少。

        • 跳转

          • 转发（一次请求）

            // 第一步：获取请求转发器对象
RequestDispatcher dispatcher = request.getRequestDispatcher("/b");
// 第二步：调用转发器的forward方法完成跳转/转发
dispatcher.forward(request,response);

// 第一步和第二步代码可以联合在一起。
request.getRequestDispatcher("/b").forward(request,response);

        • 两个Servlet怎么共享数据？

          • 将数据放到ServletContext应用域当中，当然是可以的，但是应用域范围太大，占用资源太多。不建议使用。
          • 可以将数据放到request域当中，然后AServlet转发到BServlet，保证AServlet和BServlet在同一次请求当中，这样就可以做到两个Servlet，或者多个Servlet共享同一份数据。

        • 转发的下一个资源必须是一个Servlet吗？

          • 不一定，只要是Tomcat服务器当中的合法资源，都是可以转发的。例如：html….
          • 注意：转发的时候，路径的写法要注意，转发的路径以“/”开始，不加项目名。

        • 关于request对象中两个非常容易混淆的方法：

          // uri?username=zhangsan&userpwd=123&sex=1
String username = request.getParameter("username");

// 之前一定是执行过：request.setAttribute("name", new Object())
Object obj = request.getAttribute("name");

// 以上两个方法的区别是什么？
// 第一个方法：获取的是用户在浏览器上提交的数据。
// 第二个方法：获取的是请求域当中绑定的数据。

        • HttpServletRequest接口的其他常用方法：

          // 获取客户端的IP地址
String remoteAddr = request.getRemoteAddr();

// get请求在请求行上提交数据。
// post请求在请求体中提交数据。
// 设置请求体的字符集。（显然这个方法是处理POST请求的乱码问题。这种方式并不能解决get请求的乱码问题。）
// Tomcat10之后，request请求体当中的字符集默认就是UTF-8，不需要设置字符集，不会出现乱码问题。
// Tomcat9前（包括9在内），如果前端请求体提交的是中文，后端获取之后出现乱码，怎么解决这个乱码？执行以下代码。
request.setCharacterEncoding("UTF-8");

// 在Tomcat9之前（包括9），响应中文也是有乱码的，怎么解决这个响应的乱码？
response.setContentType("text/html;charset=UTF-8");
// 在Tomcat10之后，包括10在内，响应中文的时候就不在出现乱码问题了。以上代码就不需要设置UTF-8了。

// 注意一个细节
// 在Tomcat10包括10在内之后的版本，中文将不再出现乱码。（这也体现了中文地位的提升。）

// get请求乱码问题怎么解决？
// get请求发送的时候，数据是在请求行上提交的，不是在请求体当中提交的。
// get请求乱码怎么解决
// 方案：修改CATALINA_HOME/conf/server.xml配置文件
<Connector URIEncoding="UTF-8" />
// 注意：从Tomcat8之后，URIEncoding的默认值就是UTF-8，所以GET请求也没有乱码问题了。
    
// 获取应用的根路径
String contextPath = request.getContextPath();

// 获取请求方式
String method = request.getMethod();

// 获取请求的URI
String uri = request.getRequestURI();  // /aaa/testRequest

// 获取servlet path
String servletPath = request.getServletPath(); //   /testRequest

使用纯Servlet做一个单表的CRUD操作

  • 使用纯粹的Servlet完成单表【对部门的】的增删改查操作。（B/S结构的。）

  • 实现步骤

    • 第一步：准备一张数据库表。（sql脚本）

      # 部门表
drop table if exists dept;
create table dept(
	deptno int primary key,
    dname varchar(255),
    loc varchar(255)
);
insert into dept(deptno, dname, loc) values(10, 'XiaoShouBu', 'BEIJING');
insert into dept(deptno, dname, loc) values(20, 'YanFaBu', 'SHANGHAI');
insert into dept(deptno, dname, loc) values(30, 'JiShuBu', 'GUANGZHOU');
insert into dept(deptno, dname, loc) values(40, 'MeiTiBu', 'SHENZHEN');
commit;
select * from dept;

    • 第二步：准备一套HTML页面（项目原型）

      • 把HTML页面准备好
      • 然后将HTML页面中的链接都能够跑通。（页面流转没问题。）
      • 应该设计哪些页面呢？
        • 欢迎页面：index.html
        • 列表页面：list.html（以列表页面为核心，展开其他操作。）
        • 新增页面：add.html
        • 修改页面：edit.html
        • 详情页面：detail.html

    • 第三步：分析我们这个系统包括哪些功能？

      • 什么叫做一个功能呢？
        • 只要 这个操作连接了数据库，就表示一个独立的功能。
      • 包括哪些功能？
        • 查看部门列表
        • 新增部门
        • 删除部门
        • 查看部门详细信息
        • 跳转到修改页面
        • 修改部门

    • 第四步：在IDEA当中搭建开发环境

      • 创建一个webapp（给这个webapp添加servlet-api.jar和jsp-api.jar到classpath当中。）
      • 向webapp中添加连接数据库的jar包（mysql驱动）
        • 必须在WEB-INF目录下新建lib目录，然后将mysql的驱动jar包拷贝到这个lib目录下。这个目录名必须叫做lib，全部小写的。
      • JDBC的工具类
      • 将所有HTML页面拷贝到web目录下。

    • 第五步：实现第一个功能：查看部门列表

      • 我们应该怎么去实现一个功能呢？

        • 建议：你可以从后端往前端一步一步写。也可以从前端一步一步往后端写。都可以。但是千万要记住不要想起来什么写什么。你写代码的过程最好是程序的执行过程。也就是说：程序执行到哪里，你就写哪里。这样一个顺序流下来之后，基本上不会出现什么错误、意外。
        • 从哪里开始？
          • 假设从前端开始，那么一定是从用户点击按钮那里开始的。

      • 第一：先修改前端页面的超链接，因为用户先点击的就是这个超链接。

        <a href="/oa/dept/list">查看部门列表</a>

      • 第二：编写web.xml文件

        <servlet>
    <servlet-name>list</servlet-name>
    <servlet-class>com.bjpowernode.oa.web.action.DeptListServlet</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>list</servlet-name>
    <!--web.xml文件中的这个路径也是以“/”开始的，但是不需要加项目名-->
    <url-pattern>/dept/list</url-pattern>
</servlet-mapping>

      • 第三：编写DeptListServlet类继承HttpServlet类。然后重写doGet方法。

        package com.bjpowernode.oa.web.action;

import jakarta.servlet.ServletException;
import jakarta.servlet.http.HttpServlet;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

import java.io.IOException;

public class DeptListServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
    }
}

      • 第四：在DeptListServlet类的doGet方法中连接数据库，查询所有的部门，动态的展示部门列表页面.

        • 分析list.html页面中哪部分是固定死的，哪部分是需要动态展示的。

        • list.html页面中的内容所有的双引号要替换成单引号，因为out.print(“”)这里有一个双引号，容易冲突。

        • 现在写完这个功能之后，你会有一种感觉，感觉开发很繁琐，只使用servlet写代码太繁琐了。

          while(rs.next()){
    String deptno = rs.getString("a");
    String dname = rs.getString("dname");
    String loc = rs.getString("loc");

    out.print("			<tr>");
    out.print("				<td>"+(++i)+"</td>");
    out.print("				<td>"+deptno+"</td>");
    out.print("				<td>"+dname+"</td>");
    out.print("				<td>");
    out.print("					<a href=''>删除</a>");
    out.print("					<a href='edit.html'>修改</a>");
    out.print("					<a href='detail.html'>详情</a>");
    out.print("				</td>");
    out.print("			</tr>");
}

    • 第六步：查看部门详情。

      • 建议：从前端往后端一步一步实现。首先要考虑的是，用户点击的是什么？用户点击的东西在哪里？

        • 一定要先找到用户点的“详情”在哪里。找了半天，终于在后端的java程序中找到了

          <a href='写一个路径'>详情</a>

          • 详情 是需要连接数据库的，所以这个超链接点击之后也是需要执行一段java代码的。所以要将这个超链接的路径修改一下。

          • 注意：修改路径之后，这个路径是需要加项目名的。”/oa/dept/detail”

        • 技巧：

          out.print("<a href='"+contextPath+"/dept/detail?deptno="+deptno+"'>详情</a>");

          • 重点：向服务器提交数据的格式：url?name=value&name=value&name=value&name=value

          • 这里的问号，必须是英文的问号。不能中文的问号。

      • 解决404的问题。写web.xml文件。

        <servlet>
    <servlet-name>detail</servlet-name>
    <servlet-class>com.bjpowernode.oa.web.action.DeptDetailServlet</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>detail</servlet-name>
    <url-pattern>/dept/detail</url-pattern>
</servlet-mapping>

      • 编写一个类：DeptDetailServlet继承HttpServlet，重写doGet方法。

        package com.bjpowernode.oa.web.action;

import jakarta.servlet.ServletException;
import jakarta.servlet.http.HttpServlet;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

import java.io.IOException;

public class DeptDetailServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        //中文思路（思路来源于：你要做什么？目标：查看部门详细信息。）
        // 第一步：获取部门编号
        // 第二步：根据部门编号查询数据库，获取该部门编号对应的部门信息。
        // 第三步：将部门信息响应到浏览器上。（显示一个详情。）
    }
}

      • 在doGet方法当中：连接数据库，根据部门编号查询该部门的信息。动态展示部门详情页。

    • 第七步：删除部门

      • 怎么开始？从哪里开始？从前端页面开始，用户点击删除按钮的时候，应该提示用户是否删除。因为删除这个动作是比较危险的。任何系统在进行删除操作之前，是必须要提示用户的，因为这个删除的动作有可能是用户误操作。（在前端页面上写JS代码，来提示用户是否删除。）

        <a href="javascript:void(0)" onclick="del(30)" >删除</a>
<script type="text/javascript">
	function del(dno){
		if(window.confirm("亲，删了不可恢复哦！")){
			document.location.href = "/oa/dept/delete?deptno=" + dno;
		}
	}
</script>

      • 以上的前端程序要写到后端的java代码当中：

        • DeptListServlet类的doGet方法当中，使用out.print()方法，将以上的前端代码输出到浏览器上。

      • 解决404的问题：

        • http://localhost:8080/oa/dept/delete?deptno=30

        • web.xml文件

          <servlet>
    <servlet-name>delete</servlet-name>
    <servlet-class>com.bjpowernode.oa.web.action.DeptDelServlet</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>delete</servlet-name>
    <url-pattern>/dept/delete</url-pattern>
</servlet-mapping>

        • 编写DeptDelServlet继承HttpServlet，重写doGet方法。

          package com.bjpowernode.oa.web.action;

import jakarta.servlet.ServletException;
import jakarta.servlet.http.HttpServlet;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

import java.io.IOException;

public class DeptDelServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        // 根据部门编号，删除部门。
        
    }
}

        • 删除成功或者失败的时候的一个处理（这里我们选择了转发，并没有使用重定向机制。）

          // 判断删除成功了还是失败了。
if (count == 1) {
    //删除成功
    //仍然跳转到部门列表页面
    //部门列表页面的显示需要执行另一个Servlet。怎么办？转发。
    request.getRequestDispatcher("/dept/list").forward(request, response);
}else{
    // 删除失败
    request.getRequestDispatcher("/error.html").forward(request, response);
}

    • 第八步：新增部门

      • 注意：最后保存成功之后，转发到 /dept/list 的时候，会出现405，为什么？
        • 第一：保存用的是post请求。底层要执行doPost方法。
        • 第二：转发是一次请求，之前是post，之后还是post，因为它是一次请求。
        • 第三：/dept/list Servlet当中只有一个doGet方法。
        • 怎么解决？两种方案
          • 第一种：在/dept/list Servlet中添加doPost方法，然后在doPost方法中调用doGet。
          • 第二种：重定向。

    • 第九步：跳转到修改部门的页面

    • 第十步：修改部门

在一个web应用中应该如何完成资源的跳转

  • 在一个web应用中通过两种方式，可以完成资源的跳转：

    • 第一种方式：转发
    • 第二种方式：重定向

  • 转发和重定向有什么区别？

    • 代码上有什么区别？

      • 转发

        // 获取请求转发器对象
RequestDispatcher dispatcher = request.getRequestDispatcher("/dept/list");
// 调用请求转发器对象的forward方法完成转发
dispatcher.forward(request, response);

// 合并一行代码
request.getRequestDispatcher("/dept/list").forward(request, response);
// 转发的时候是一次请求，不管你转发了多少次。都是一次请求。
// AServlet转发到BServlet，再转发到CServlet，再转发到DServlet，不管转发了多少次，都在同一个request当中。
// 这是因为调用forward方法的时候，会将当前的request和response对象传递给下一个Servlet。

      • 重定向

        // 注意：路径上要加一个项目名。为什么？
// 浏览器发送请求，请求路径上是需要添加项目名的。
// 以下这一行代码会将请求路径“/oa/dept/list”发送给浏览器
// 浏览器会自发的向服务器发送一次全新的请求：/oa/dept/list
response.sendRedirect("/oa/dept/list");

    • 形式上有什么区别？

    • 转发和重定向的本质区别？

      • 转发：是由WEB服务器来控制的。A资源跳转到B资源，这个跳转动作是Tomcat服务器内部完成的。
      • 重定向：是浏览器完成的。具体跳转到哪个资源，是浏览器说了算。

    • 使用一个例子去描述这个转发和重定向

      • 借钱（转发：发送了一次请求）
        • 杜老师没钱了，找张三借钱，其实张三没有钱，但是张三够义气，张三自己找李四借了钱，然后张三把这个钱给了杜老师，杜老师不知道这个钱是李四的，杜老师只求了一个人。杜老师以为这个钱就是张三的。
      • 借钱（重定向：发送了两次请求）
        • 杜老师没钱了，找张三借钱，张三没有钱，张三有一个好哥们，叫李四，李四是个富二代，于是张三将李四的家庭住址告诉了杜老师，杜老师按照这个地址去找到李四，然后从李四那里借了钱。显然杜老师在这个过程中，求了两个人。并且杜老师知道最终这个钱是李四借给俺的。

  • 转发和重定向应该如何选择？什么时候使用转发，什么时候使用重定向？

    • 如果在上一个Servlet当中向request域当中绑定了数据，希望从下一个Servlet当中把request域里面的数据取出来，使用转发机制。
    • 剩下所有的请求均使用重定向。（重定向使用较多。）

  • 跳转的下一个资源有没有要求呢？必须是一个Servlet吗？

    • 不一定，跳转的资源只要是服务器内部合法的资源即可。包括：Servlet、JSP、HTML…..

  • 转发会存在浏览器的刷新问题。

Servlet注解的使用

Servlet注解在包 jakarta.servlet.annotation.WebServlet中

注解 @WebServlet的属性

  • name 属性，用来指定Servlet的名字，等同于
  • urlPatterns 属性，用来指定Servlet的映射路径，等同于
  • loadOnStartUp 属性：用来指定在服务器启动阶段是否加载该Servelt，等同于
  • value 属性：等同于 urlPatterns 属性，当属性名为 value 时，使用注解时，value可以省略
  • initParams 属性：绑定初始化参数
//利用注解来表示xml文件中的信息，但并不代表xml文件没有用了

@WebServlet(name = "hello", urlPatterns = {"/hello1", "/hello2", "/hello3"}, 
            loadOnStartup = 1,
            initParams = {@WebInitParam(name="username", value="root"), @WebInitParam(name="password", value="123")})

获取注解或xml，servlet中的name属性

//获取ServletName
        String servletName = getServletName();
        out.print("servlet name = " + servletName + "<br>");

获取servlet中的path

//获取servlet path
        String servletPath = request.getServletPath();
        out.print("servlet path = " + servletPath + "<br>");

获取初始化参数

使用 getInitParameterNames 获取 init 中的names数组

使用names.nextElement 获取name的key值

使用getInitParameter(name的key) 获取 此name的value

//获取初始化参数
Enumeration<String> names = getInitParameterNames();
while(names.hasMoreElements()){
    String name = names.nextElement();
    String value = getInitParameter(name);
    out.print(name + "=" + value + "<br>");
}

通过反射获取注解信息

类.isAnnotationPresent(注解.class) 用来判断这个类是否有括号内的这个注解，返回的是一个boolean类型值

类.getAnnotation(注解.class) ：表示得到这个类中的这个注解对象，以便后来的获取这个注解对象内的值

类.getAnnotation(注解.class).value() : 表示获取这个注解对象中的value值，也可以获取urlPatterns等

public static void main(String[] args) throws ClassNotFoundException {
        //使用类上面的注解进行解析、
        //使用反射机制将类上面的注解进行解析
        //获取类Class对象
        Class<?> helloServletClass = Class.forName("com.bjpowernode.javaeweb.servlet.HelloServlet");

        //获取这个类上面的注解对象
        //先判断这个类上面有没有这个注解对象，如果有这个注解对象，就获取该注解对象
        if(helloServletClass.isAnnotationPresent(WebServlet.class)){
            //获取上面的注解对象
            WebServlet webServletAnnotation = helloServletClass.getAnnotation(WebServlet.class);
            //获取注解的urlPatterns值
            String[] urlPatterns = webServletAnnotation.urlPatterns();
            for (int i = 0; i < urlPatterns.length; i++) {
                System.out.println(urlPatterns[i]);
            }
        }
    }

JSP

什么是jsp

  • jsp是java代码
  • jsp是 JavaServer Pages 的缩写，基于java语言实现的服务器端的页面
  • Servlet是javaEE的13个子规范之一，jsp也是，所有的web服务器都是遵循这套规范的，按照这套规范进行 “翻译”

jsp用法

  • 在jsp文件中直接编写文字（可以是html代码，也可以是普通字母等），会直接被翻译为字符串打印输出到浏览器中，html代码可以被解释执行，展现效果

  • jsp不支持自动编译UTF-8，需要解决中文乱码问题，通过page指令来设置响应的内容类型，在顶部添加

    <%@page contentType="text/html;charset=UTF-8"%> ，表示响应的内容类型为text/html，采用的字符集为UTF-8

  • 在jsp中编写java程序

    • %java代码% 这个符号编写的java程序会自动翻译到service方法内部，表示一个代码块，这个常用，这个代码是按自上到下的顺序执行的，不能写静态代码块、方法、成员变量等
    • %!jva代码% 这个会翻译到service方法外部，即类中，可以添加静态代码块或变量、方法等，但是，在多线程并发的环境下，这个静态变量和实例变量一旦有修改操作，会存在线程安全问题。所以这个不常用

  • 注释：

    jsp中的注释为：<%--jsp的注释--%>

  • jsp的输出语句

    • 一
    <%
	String name = "jack";
	out.write("name = " + name);
%>

    out是jsp的九大内置对象之一，可以直接拿来用，只能在service方法内部使用，因为out定义在service内，在外部不能调用，即<!%%> 是不能调用out的

    • 二
    <%= %> : 最终翻译成了java代码：out.print();
		输出的内容中含有java的变量，输出的内容是一个动态的内容，不是一个死的字符串
例如：<%= 100 + 200 %> : 最后显示在浏览器中的是 300

JSP指令

指令的用法：<%@指令名 属性名=属性值 属性名=属性值 ...%>

include指令

包含指令，在JSP中完成静态包含，很少用

taglib指令

引入标签库的指令

page指令

  • <%@page session="true/false" %>

    默认值是true

    true表示启用JSP的内置对象 session ，表示一定启动session对象，没有session对象会创建

    session = “false”，表示不启动内置对象session，当前JSP页面中无法使用内置对象session

  • <%@page contentType="text/html" %>

    contentType属性用来设置响应的内容类型，同时也可以设置字符集

    <%@page contentType="text/html; charset=UTF-8" %>

  • <%@page pageEncoding="UTF-8" %> 也表示响应是采用的字符集，主要还是用上面的charset

  • <%@page import="java.util.list, java.util.Date %>"

    import 语句，导包

  • <%@page errorPage="/error.jsp" %>

    当前页面出现异常之后，跳转到error.jsp页面，errorPage属性用来指定出错之后的跳转位置

  • <%@page isErrorPage="true" %>

    表示启用JSP九大内置对象之一 ：exception ，默认值是false

JSP的九大内置对象

  • jakarta.servlet.jsp.PageContext pageContext ：页面作用域

  • jakarta.servlet.http.HttpServletRequest request ：请求作用域

  • jakarta.servlet.http.HttpSession session ：会话作用域

  • jakarta.servlet.http.HttpContext application ：应用作用域

    作用范围：pageContext < request < session < application

    • 以上四个作用域都有：setAttribute 、getAttribute 、removeAttribute 方法

    • 作用域使用原则：尽可能使用小的域

  • java.lang.Throwable exception

  • jakarta.servlet.ServletConfig config

  • java.lang.Object page (其实是this，当前的servlet对象)

  • jakarta.servlet.jsp.JspWriter out ：负责输出

  • jakarta.servlet.http.HttpServletResponse response ：负责响应

Session和Cookie

Session和Cookie机制都是HTTP协议的一部分，只要是web开发，不管什么语言，Session和Cookie机制都是需要的

session把会话状态保存在服务器端，cookie把会话状态保存在客户端（浏览器）

Session会话

  • session是每一个用户单独拥有的，每一个用户（浏览器）都有各自的session，

  • request对象代表了一次请求，一次请求对应一个request对象，两次请求就会对应两个不同的request对象

  • session对象代表了一次会话，一次会话对应一个session对象，一个session对象对应一个会话

  • session会话使用了http协议，即无状态协议，发送请求的时候连接通道，响应完了通道就关闭了，但session会话并不会关闭，需要通过session超时机制由tomcat关闭

  • session对象是由服务器创建的，销毁方式：超时销毁和手动销毁

  • 浏览器关闭的时候，服务器无法检测到浏览器关闭了（即不知道退出了），可以超时销毁；用户也可以点击安全退出按钮，服务器知道退出了，会关闭会话

  • 可以不创建session对象，在jsp文件上方写<%@page session="false" %> ，则不再创建session对象

实现原理

web服务器中有一个session列表，类似于map集合

key存储的是session id

value存储的是对应的session对象

  • 第一次请求：

    服务器创建一个新的session对象，同时给这个session对象生成一个id，然后web服务器会将session的id发送给浏览器，浏览器将session的id保存在浏览器的缓存中，以cookie的形式存在的。(注意：是缓存，关闭浏览器后就结束会话了）

  • 发送第二次以及后面的请求：

    会自动将浏览器缓存中的session对象的id发送给服务器，查找到这个session对象

img

image-20230330200335826

Session常用方法

//得到请求浏览器对应的session对象，用request.getSession()方法，
//如果没有获取到任何的session对象，则新建
HttpSession session = request.getSession();

//从服务器中获取档期那session对象
//如果获取不到session，则不会新建，返回一个null
HttpSession sesson = request.getSession(false);

//在session中存放属性
session.setSession(String s, Object o);

//从session中得到s所对应的属性
session.getSession(String s);

//从session中删除s对应的属性
session.removeSession(String s);

//得到session所对应的id
session.getId();

//使session立即无效，手动销毁session对象
session.invalidate();

//设置session最大的有效时间
//这个有效时间是两次访问服务器所间隔的最大时间，如果超过最大的有效时间，那么这个session就失效了
session.setMaxInactiveInterval(int i);
  • Session的实现原理中，每一个Session对象都会关联一个SessionId，
  • Cookie是被保存在浏览器的运行内存中(缓存)。
  • 只要浏览器不关闭，用户再次发送请求的时候，会自动将运行内存中的Cookie发送给服务器
  • 服务器通过Cookie来找到对应的Session对象
  • 在java的sevlet中，提供了一个Cookie类来专门表示cookie数据，jakarta.servlet.http.Cookie
  • HTTP协议规定，任何一个Cookie都是由name和value组成的，name和value都是字符串类型的
  • HTTP协议规定，当浏览器发送请求的时候，会自动携带该path下的cookie数据给服务器

Cookie的保存

  • Cookie可以保存在浏览器运行内存中。（浏览器只要关闭Cookie就消失了）

  • Cookie也可以保存在硬盘文件中。（永久保存）

  • Session和Cookie机制都是为了保存会话的状态

Cookie的失效

  • 自动登录超时，失效
  • 改密码
  • 在客户端浏览器上清除Cookie

Cookie的使用

  • 创建Cookie值

    //传入Cookie参数 第一个参数为String类型的name值，第二个参数为String类型的value值
Cookie cookie = new Cookie("name", "value");

  • 将Cookie响应到浏览器，浏览器会存起来

    response.addCookie(cookie);

  • 可以设置Cookie的有效时间，以国际标准时间来定

    括号内参数是一个整数，指定cookie的最大使用期限（超时机制）

    //设置Cookie的有效时间为一个小时，即cookie在一个小时之后失效，这是保存在硬盘中
cookie.setMaxAge(60 * 60); //秒 * 分

    如果为负值，则表示不会存储cookie，即不会被存储到硬盘文件中，会保存浏览器运行内存中

    cookie.setMaxAge(-1); //和不调用serMaxAge是同一个效果

    如果为零，表示删除浏览器上的同名的cookie

    cookie.setMaxAve(0);

Cookie的关联路径path

  • 如果cookie没有设置path路径，假设现在发送的请求路径是http://localhost:8080/servlet13/cookie/generate 生成的cookie，那么默认的cookie路径是

    http://localhost:8080/servlet13/cookie 以及它的子路径

  • 手动设置cookie的path路径

    cookie.setPath("servlet13"); 表示只要这个servlet13项目的请求路径，都会提交这个cookie给服务器。本路径+子路径

浏览器发送cookie给服务器，服务器中的java程序可以接收

Cookie[] cookies = request.getCookies();   //如果没有cookie的话，会返回null，不会创建数组
if(cookies != null){
    for(Cookie cookie : cookies){
        //获取cookie的name
        String name = cookie.getName();
        //获取cookie的value
        String value = cookie.getValue();
    }
}

EL表达式

介绍

EL表达式主要是代替jsp页面中的java代码，只能进行数据的输出，不能输入

EL表达式输出数据更简洁，方便

格式为：${表达式}

${"abc"} 输出的是 abc ，EL表达式是输出里面的值

jsp 表达式脚本输出 null 值的时候，输出的是null字符串，EL表达式在输出 null 值的时候，输出的是空串

  • EL表达式从四个域中获取数据

    四个域：pageContext 、request 、session 、application

  • 将取出的数据域转成字符串

    如果是一个java对象，也会自动调用 java 对象的 toString 方法将其转换成字符串

  • 将字符串输出到浏览器

    和 <%=表达式%> 一样

EL表达式的使用

EL表达式搜索域数据的顺序

EL表达式中主要是输出域对象中的数据

当四个域中有相同的 key 数据的时候，EL表达式会按照四个域范围从小到大的顺序进行搜索，然后输出，一般来说不会弄成四个相同的key

<body>
    <% 
    	//四个域中都保存了相同的key
    	pageContext.setAttribute("key", "pageContext");
    	request.setAttribute("key", "request");
    	session.setAttribute("key", "session");
    	application.setAttribute("key", "application");
    %>
    //输出
    ${key}   //会输出最小的那个,即pageContext
</body>

两种形式

  • 第一种： 点(.) ，大部分使用这种形式

  • 第二种： [ ] ，如果存储到域的时候，这个那么中含有特殊字符，可以使用 [ ]

    request.setAttribute("abc.def", "zhangsan");
//${requestScope.abc.def} : 这样是无法取值的
${requestScope["abc.def"]}  : 这样可以取到abc.def

EL表达式输出属性

<body>
    <% 
    	Person person = new Person();
    	person.setName("abc");
    	person.setPhones(new String[]{"123", "456", "789"};
    
    	List<String>  cities = new ArrayList<String>();
        cities.add("北京");
		cities.add("南京");
		person.setCities(cities);

		Map<String, Object> map = new HashMap<String, Object>();
		map.put("key1", "value1");
		map.put("key2", "value2");
		map.put("key3", "value3");
		person.setMap(map);
                         
        pageContext.setAttribute("person", person);
    %>
    输出 person : ${person};
    输出 person 的 name 属性: ${person.name}
    输出 person 的 phones 属性: ${person.phones[2]};
    输出 person 的 cities 集合中元素值：${person.cities}
    输出 person 的 List 集合中个别元素的值：${person.cities[2]}
    输出 person 的 Map 集合：${person.map}
    输出 person 的 Map 集合中个别元素的值value：${person.map.key3}
    输出 person 的 age 属性： ${person.age}
</body>

忽略EL表达式

有一个page，可以忽略EL表达式：<%@page isELIgnored="true" ， true表示忽略EL表达式，不写默认是false

忽略EL表达式，不会执行EL表达式，只是输出这个字符串，不执行EL表达式

<%@page contentType="text/html;charset=UTF-8" isELIgnored="true"%>

isELIgnored="true" : 这个是全局的控制

可以用局部控制，在EL表达式前面加个反斜杠 \ ：\${username} ，这样也可以忽略EL表达式

获取应用的根路径

<%=(HttpServletRequest)pageContext.getRequest().getContextPath()%>

对应的EL表达式为：${pageContext.request.contextPath()}
EL表达式中没有request隐含对象

EL表达式隐含对象

  • pageContext

    //应用的根路径
${pageContext.request.contextPath}

  • param

    EL的param只能获取数组中的第一个元素

    request是JSP的九大内置对象之一，
//获取请求的参数：request.getParameter("username")
//用户在浏览器上提交的数据：http://localhost:8080/jsp/15.jsp?username=lisi&username=wangwu

java用户名：<%=request.getParameter("username")%>
EL用户名：${param.username} 

//最后获取到的是：lisi，并没有获取到 wangwu

  • paramValues

    EL的paramValues可以获取数组，元素以数组形式存在

    用户提交的数据：http://localhost:8080/jsp/15.jsp?aihao=smoke&aihao=drink&aihao=tangtou
//以上提交的数据可以采用复选框checkbox提交，同一组的checkbox是一样的
paramValues获取的是一个数组

java一维数组：<%=request.getParameterValues("aihao")%>
EL一维数组：${paraValues.aihao}

//也可以获取数组中的元素，用下标来获取
爱好：${paramValues.aihao[0]}、${paramValues.aihao[1]}、${paramValues.aihao[2]}

  • initParam

    ServletContext 是 Servlet上下文对象，对应的JSP九大内置对象之一：application

    <%
	//获取web.xml文件中的servlet-name对应的值
	String a = application.getInitParameter("pageSize"); 
	String b = application.getInitParameter("pageNum");
%>
每页显示的记录条数：<%=a%>
页码：<%=b%>

//或者
每页显示的记录条数：<%=application.getInitParameter("pageSize")%>
页码：<%=application.getInitParameter("pageNum")%>

    可以用EL表达式隐含对象initParam来表示

    每页显示的记录条数：${initParam.pageSize}
页码：${initParam.pageNum}

EL表达式运算

${运算表达式}

  • 关系运算 ( ==表示的是equal方法 )

    关系运算符 说 明 范 例 结果
    == 或 eq 等于 ${ 5 == 5 } 或 ${ 5 eq 5 } true
    != 或 ne 不等于 ${ 5 !=5 } 或 ${ 5 ne 5 } false
    < 或 lt 小于 ${ 3 < 5 } 或 ${ 3 lt 5 } true
    > 或 gt 大于 ${ 2 > 10 } 或 ${ 2 gt 10 } false
    <= 或 le 小于等于 ${ 5 <= 12 } 或 ${ 5 le 12 } true
    >= 或 ge 大于等于 ${ 3 >= 5 } 或 ${ 3 ge 5 } false

  • 逻辑运算

    逻辑运算符 说 明 范 例 结果
    && 或 and 与运算 ${ 12 == 12 && 12 < 11 } 或 ${ 12 == 12 and 12 < 11 } false
    || 或 or 或运算 ${ 12 == 12 || 12 < 11 } 或 ${ 12 == 12 or 12 < 11 } true
    ! 或 not 取反运算 ${ !true } 或 ${not true } false

  • 算数运算

    算数运算符 说 明 范 例 结果
    + 加法 ${ 12 + 18 } 30
    - 减法 ${ 18 - 8 } 10
    * 乘法 ${ 12 * 12 } 144
    / 或 div 除法 ${ 144 / 12 } 12
    % 或 mod 取模(余) ${ 144 % 10 } 4

  • empty 运算

    empty 运算可以判断一个数据是否为空，如果为空，则输出 true，不空 则为 false，返回的是一个boolean类型

    • 以下情况为空
      1. 值为 null 值 的时候，为空
      2. 值为空串的时候，为空
      3. 值是 Object 类型数组，长度为 0 的时候
      4. list 集合，元素个数为 0
      5. map 集合，元素个数为 0
<body>
    <%
        //1.值为 null 值 的时候，为空
        request.setAttribute("emptyNull",null);
        //2. 值为空串的时候
        request.setAttribute("emptyStr","");
        //3. 值是 Object 数组，长度为 0的时候
        request.setAttribute("emptyArr",new Object[]{});
        //4. list 集合，元素个数为 0
        List<Object> list = new ArrayList<>();
        request.setAttribute("emptyList",list);
        //5. map 集合，元素个数为0
        Map<String,Object> map = new HashMap<String,Object>();
        request.setAttribute("emptyMap",map);
    %>

${empty emptyNull} <br>
${empty emptyStr} <br>
${empty emptyArr} <br>
${empty emptyList} <br>
${empty emptyMap} <br>
</body>

可以用三元运算符来表示执行

<%=empty param.username ? "用户名不能为空！" : "欢迎访问"%>

${empty not param.username}
${not empty param.username}
${!empty param.password}

前端base标签

在前端HTML代码中，有base标签，可以设置整个网页的基础路径，通常出现在head标签中

在当前页面中，凡是路径没有以”/“ 开始的，都自动将base中的路径添加到这些路径之前

格式： base href="http://localhost:8080/oa/"

在JS代码中的路径，最好不要依赖base标签

<base
href="${pageContext.request.scheme}://${pageContext.request.serverName}:${pageContext.request.servlerPort}${pageContext.request.contextPath}"
>

JSTl标签库

使用步骤

JSTL标签库通常结合EL表达式一起使用，目的是让JSP中的java代码消失

  • 引入JSTL标签库对应的jar包

    • tomcat 10之后：jakarta.servlet.jsp.jstl-2.0.0.jar 和 jakarta.servlet.jsp.jstl-api-2.0.0.jar
    • 在IDEA中 WEB-INF 下新建bin目录，然后将jar包拷贝到bin下，对jar包Add Libraries

  • 在JSP中导入要使用的标签库（taglib指令）

    <%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
这个是核心标签库
prefix = ""  可以随便起名字

原理

<tag>
    <%-这里是对该标签的描述-%>
    <description>
	Simple conditional tag, which evalutes its body if the
	supplied condition is true and optionally exposes a Boolean
	scripting variable representing the evaluation of this condition
    </description>
    
    <%-标签的名字为if-%>
    <name>if</name>  
    
    <%-标签对应的java类-%>
    <tag-class>org.apache.taglibs.standard.tag.rt.core.IfTag</tag-class>
    
    <%-标签体当中可以出现的内容，如果是JSP，表示标签体中可以出现符合JSP所有语法的代码，包括EL表达式-%>
    <body-content>JSP</body-content>
    
    <attribute>
        <%-对这个属性的描述-%>
        <description>
The test condition that determines whether or
not the body content should be processed.
        </description>
     	
        <%-属性的名字-%>
        <name>test</name>
        
        <%-true表示该属性是必须的，false表示该属性不是必须的-%>
        <required>true</required>
        
        <%-这个描述说明该属性是否支持EL表达式，false表示不支持，true表示支持-%>
        <rtexprvalue>true</rtexprvalue>
        
        <%-表示这个属性只能是boolean类型，true或false-%>
	<type>boolean</type>
    </attribute>

常用标签

if 标签

格式：<c:if test="${aaa}" var="bbb" scope="request"></c:if>

其中test属性是必须的，var 和 scope属性不是必须的，通常都不加这两个属性

test属性可以用EL表达式，只能是boolean类型，var和scope不能使用EL表达式，

var存储的是test中的值（true或false），scope表示域，可以指定四个域中的一个

可通过EL表达式把var中的值取出

<c:if test="${not empty param.username}" var="v" scope="request">
	<h1>
        欢迎你${param.username}
    </h1>
</c:if>

<%-输出v-%>
${v}   <%-true或false-%>

forEach标签

属性：

var -> 用来指定循环中的变量
begin -> 开始位置
end -> 结束
step -> 步长

<c:forEach var="i" begin="1" end="10" step="1">
    ${i}<br>
</c:forEach>

<%-输出的是从1到10-%>

遍历集合：

var=”s” -> 这个s代表的是集合中的每个对象
varStatus=”名字随意” -> 这个属性表示var的状态对象，这里是一个java集合，这个java对象代表了var的状态
varStatus 这个状态对象有count属性，可以直接使用，对信息进行计数

<c:forEach items="${stuList}" var="s" varStatus="stuStatus">
	编号: ${stuStatus.count}, id: ${s.id}, name: ${s.name} <br>	
</c:forEach>

choose标签

<c:choose><c:when><c:otherwise> ：多路判断，和 switch…case….default 相近

  • 标签里不能使用 html 注释，要使用 jsp 注释
  • when标签的父标签一定要是 choose 标签
<c:choose>
	<c:when test="${param.age < 18}">
    	青少年
    </c:when>
    <c:when test="${param.age < 35}">
    	青年
    </c:when>
    <c:when test="${param.age < 50}">
    	中年
    </c:when>
    <c:otherwise>
    	老年
    </c:otherwise>
</c:choose>

Filter 过滤器

概述

Filter 是过滤器，可以在Servlet执行之前添加代码，也可以在目标Servlet执行之后添加代码，之前之后都可以添加过滤规则，一般情况下，都是在过滤器当中编写公共代码

下图是过滤器的实现：

image-20230403214616459

使用步骤

  • 编写一个类去实现 Filter接口: jarkata.servlet.Filter
  • 实现过滤方法 doFilter( )
  • 到 web.xml 中去配置 filter的拦截路径

Filter 生命周期

  • 构造方法

    在web工程启动的时候执行，

  • init 初始化方法

    在web工程启动的时候执行，只调用一次

  • doFilter( )

    里面存放过滤方法，每次拦截到请求，会执行，只要用户发送一次请求，则执行一次，发送N次请求，则执行N次。

  • destory 销毁方法

    停止web工程的时候，会执行，只调用一次

Servlet 对象默认情况下，在服务器启动的时候是不会新建对象的

Filter 对象默认情况下，在服务器启动的时候会新建对象

Servlet 是单例的，Filter也是单例的（单实例）

public class Filter1 implements Filter {

    public Filter1(){
        System.out.println("无参数构造方法执行");
    }
    @Override
    public void init(FilterConfig filterConfig) throws ServletException {
        System.out.println("init方法执行。");
    }

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {

        //在请求的时候添加过滤规则
        System.out.println("doFilter方法开始执行");

        //执行下一个过滤器，如果下一个不是过滤器了，则执行目标程序Servlet
        //向下走，必须要有chain.doFilter(request, response);
        chain.doFilter(request, response); //目标

        //在响应的时候添加过滤规则
        System.out.println("doFilter方法执行结束");
    }

    @Override
    public void destroy() {
        System.out.println("destroy方法执行");
    }
}

  • 目标Servlet是否执行，取决于两个条件：

    • 第一：在过滤器当中是否编写了：chain.doFilter(request, response); 代码。
    • 第二：用户发送的请求路径是否和Servlet的请求路径一致。

  • chain.doFilter(request, response); 这行代码的作用：

    • 执行下一个过滤器，如果下面没有过滤器了，执行最终的Servlet。

  • 注意：Filter的优先级，天生的就比Servlet优先级高。

    • /a.do 对应一个Filter，也对应一个Servlet。那么一定是先执行Filter，然后再执行Servlet。

  • 关于Filter的配置路径：

    • /a.do、/b.do、/dept/save。这些配置方式都是精确匹配。
    • /* 匹配所有路径。
    • *.do 后缀匹配。不要以 / 开始
    • /dept/* 前缀匹配。

  • 过滤器的调用顺序，遵循栈数据结构。

Filter的配置

注解匹配：

@WebFilter("*.do")  : 属于模糊匹配中的扩展匹配，以星号开始，这种路径不要以/开始
@WebFilter("/dept.*")  : 属于前缀匹配，要以/开始
@WebFilter("/*") : 匹配所有的路径

@WebServlet("/abc")
@WebFilter("/a.do")  //发送的请求是a.do，让请求经过这个过滤器

或者使用 web.xml

<filter>
    <filter-name>filter1</filter-name>
    <filter-class>com.bjpowernode.javaweb.servlet.Filter1</filter-class>
</filter>
<filter-mapping>
    <filter-name>filter1</filter-name>
    <url-pattern>/a.do</url-pattern>
</filter-mapping>

不同的Filter执行顺序

在Web.xml 文件中

在web.xml文件中进行配置的时候，Filter的执行顺序是：依靠filter-mapping 标签的配置位置，越靠上优先级越高

在注解中

使用 注解 @WebFilter 的时候，Filter执行顺序是：比较Filter这个类的名字，越小优先级越高

例如：FilterA 和 FilterB ，先执行FilterA。Filter1 和 Filter2，先执行Filter1

Listener监听器

概述

监听器和过滤器都是Servlet规范中的一员，在Servlet中，所有监听器接口都是以 “Listener” 结尾

Servlet中的监听器

监听器

  • jakarta.servlet 包下

    • ServletContextListener
    • ServletContextAttributeListener
    • ServletRequestListener
    • ServletRequestAttributeListener

  • jakarta.servlet.http 包下

    • HttpSessionListener

      @WebListener
public class MyHttpSessionListener implements HttpSessionListener {
    @Override
    public void sessionCreated(HttpSessionEvent se) {
        System.out.println("session创建了");
    }

    @Override
    public void sessionDestroyed(HttpSessionEvent se) {
        System.out.println("session被销毁了");
    }
}

    • HttpSessionAttributeListener

      ​ 1、该监听器需要使用@WebListener 注解进行标注

      ​ 2、该监听器监听的是session域中数据的变化，只要数据变化，则执行相应的方法，主要监测点在session域上

      即监听的是session域，任何东西从session域中添加或移除，都会被监测到

      //事件发生之后调用方法
@WebListener
public class MyHttpSessionAttributeListener implements HttpSessionAttributeListener {

    // 向session域当中存储数据的时候，attributeAdded方法被服务器调用
    @Override
    public void attributeAdded(HttpSessionBindingEvent se) {
        System.out.println("session data add");
    }

    // 向session域当中删除数据的时候，attributeRemoved方法被服务器调用
    @Override
    public void attributeRemoved(HttpSessionBindingEvent se) {
        System.out.println("session data remove");
    }

    // 向session域当中替换数据的时候，attributeReplaced方法被服务器调用
    @Override
    public void attributeReplaced(HttpSessionBindingEvent se) {
        System.out.println("session data replace");
    }
}

    • HttpSessionBindingListener

      ​ 1、该监听器不需要使用@WebListener进行标注

      ​ 2、假设User类实现了该监听器，那么User对象在被放入session的时候触发bind事件，User对象从session中删除的时候，触发unbind事件

      ​ 3、假设Customer类没有实现该监听器，那么Customer对象放入session或者从session删除的时候，不会触发bind和unbind事件

      即监听的只是User类

      @WebServlet("/session/bind")
public class MyHttpSessionBindingListenerServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
        //获取session对象
        HttpSession session = request.getSession();

        //准备两个对象user1和user2
        User1 user1 = new User1("111", "zhangsan", "123");
        User2 user2 = new User2("111", "zhangsan", "123");

        //将user1存储到session域中
        session.setAttribute("user1", user1);

        //将user2存储到session域中
        session.setAttribute("user2", user2);
    }
}

    • HttpSessionIdListener

      ​ 了解即可：

      session的 id 发生改变的时候，监听器中的唯一一个方法就会被调用

      @WebListener
public class MyHttpSessionListener implements HttpSessionListener {
    @Override
    public void sessionCreated(HttpSessionEvent se) {
        System.out.println("session创建了");
    }

    @Override
    public void sessionDestroyed(HttpSessionEvent se) {
        System.out.println("session被销毁了");
    }
}

    • HttpSessionActionListener

      ​ 了解即可：

      监听session对象的钝化和活化

      钝化：session对象从内存存储到硬盘我呢见

      活化：从硬盘文件把session恢复到内存

ServletContextListener 是服务器创建和销毁的时候执行，只创建一次

ServletRequestListener 是网页请求的时候执行，可以创建无数次

ServletSessionListener 是session会话（jsp执行等）创建的时候执行

三个都是监测域对象的创建和删除的

实现一个监听器的步骤

例：实现ServletContextListener接口，并且实现里面的方法

  • 编写一个类实现ServletContextListener接口，并且实现里面的方法

    @WebListener
public class MyServletContextListener implements ServletContextListener {

    @Override
    public void contextInitialized(ServletContextEvent sce) {
        //ServletContext被创建的时候调用,服务器运行的时候就创建ServletContext
        System.out.println("ServletContext对象创建了");
    }

    @Override
    public void contextDestroyed(ServletContextEvent sce) {
        System.out.println("ServletContext对象被销毁了");
    }
}

  • 在 web.xml 文件中对ServletContextListener进行配置

    <listener>
    <listener-class>
        com.bjpowernode.javaweb.listener.MyServletContextListener
    </listener-class>
</listener>

    或者不用配置web.xml文件，可以使用注解：@WebListener

MVC架构模式

理论概述

把一个项目分成不同的部分（分层），专人干专事，各司其职，最后通过调用一起运作

image-20230407210904761

三层架构：表示层 -> 业务逻辑层 -> 持久化层

image-20230410084607472

持久层（dao层）

一般来说，持久更为直接的理解就是对数据库的各种操作，如增加，删除，修改，查询，更新等操作。

DAO，即持久层数据访问对象。利用来抽象和封装所有对数据源的访问，由DAO来管理各种数据源的连接以便于检索和存储数据。

DAO一般由业务对象，数据访问对象，数据源和值对象组成。通过DAO实现了数据访问逻辑的抽象与实现细节的封装，只对外提供一个抽象化的数据访问API。我们通过调用API的方法就能实现对数据库的操作。而不必再去理解具体是怎么对数据库进行操作的。这样由于业务操作和数据访问实现分离，也使得开发人员的专业划分成为可能。

  1. VO(Value Object)：一个用于存放网页的一行数据即一条记录的类，比如网页要显示一个用户的信息，则这个类就是用户的类。
  2. DatabaseConnection：用于打开和关闭数据库。
  3. DAO接口：用于声明对于数据库的操作。
  4. DAOImpl：必须实现DAO接口，真实实现DAO接口的函数，但是不包括数据库的打开和关闭。
  5. DAOProxy：也是实现DAO接口，但是只需要借助DAOImpl即可，但是包括数据库的打开和关闭。
  6. DAOFactory：工厂类，含有getInstance()创建一个Proxy类。

业务层（service层）

Service层：引用对应的Dao数据库操作，在这里可以编写自己需要的代码（比如简单的判断）。

service层是调用各种dao的业务操作，比如你有一个业务是 添加，然后修改。 那么你分别调用dao的添加和修改操作，包括里面的一些数据转换，逻辑判断都放到service层，dao只是单纯的增删改查。 而且事务一般会放到service层。

其中Service层和DAO层由于可能都会对数据库进行操作，其具体区别为：

  1. 一般情况下,Hibernate DAO只操作一个POJO对象，因此一个DAO对应一个POJO对象。 Service层是为了处理包含多个POJO对象（即对多个表的数据操作）时，进行事务管理（声明式事务管理）。Service层（其接口的实现类）被注入多个DAO对象，以完成其数据操作。
  2. Service + DAO，即DAO中只做CRUD及类似的简单操作(称之为功能点,不包含业务逻辑),Service中通过调用一个或多个DAO中的功能点来组合成为业务逻辑.Service的数量应该由功能模块来决定。

表现层（web层、action层）

action层负责选择不同的展示UI，为了保证系统能够在不同的UI界面做移植，action不要涉及业务逻辑。

所以，我们先总结一下Struts之类的框架应该提供什么。下面就是Struts 的职责所在：

  1. 管理用户的请求和响应
  2. 提供一个控制起来将调用委托到业务逻辑和其他上游处理
  3. 将来自于抛出例外的其他层的例外处理到Struts Action 中
  4. 组装可以在视图中表现的模型对象
  5. 执行UI 校验

下面是一些经常可以使用Struts进行编码但是不应该和表现层关联的事情：

  1. 直接和数据库交互，比如JDBC 调用
  2. 与应用相关的业务逻辑和校验
  3. 事务管理

在表现层中引入这些类型的代码将导致类型耦合和维护负担

ThreadLocal

特点

  1. 使用ThreadLocal来确保所有的操作都在一个 Connection 连接对象中实现，避免数据出现差错
  2. ThreadLocal 可以为当前线程关联一个数据，向map一样存储，key表示当前线程，value用来绑定当前线程的数据
  3. 每一个 ThreadLocal 对象，只能为当前线程关联一个数据，如果要为当前线程关联多个数据，就需要使用多个 ThreadLocal对象实例
  4. ThreadLocal 对象定义的时候，一般都是static类型，会随着类的加载而加载
  5. 在使用ThreadLocal后需要remove删除这个线程，避免以后的用户调用了这个线程出差错

实现

DBUtil工具类来获取Connection对象

//全局的大Map集合,随着类加载而加载
private static MyThreadLocal<Connection> local = new MyThreadLocal<>();

/*
* 每次都调用这个方法来获取Connection对象
*/
public static Connection getConnection(){
    Connection connection = local.get();  //获取当前线程Connection
    //第一次调用的时候还没存Connection对象，肯定为空
    if(connection == null){
        connection = new Connection();
        //将new的Connection对象绑定到大Map集合中
        local.set(connection);
    }
    return connection;
}

UserService类，调用UserDao类里面的insert方法

public class UserService {
    private UserDao userDao = new UserDao();
    public void save(){

        Connection connection = DBUtil.getConnection();
        System.out.println(connection + "\t" + "UserService");

        userDao.insert();
    }
}

UserDao类，来实现一些增删改查等方法

public class UserDao {
    public void insert(){

        Connection connection = DBUtil.getConnection();
        System.out.println(connection + "/t" + "UserDao");

        System.out.println("User DAO insert");
    }
}

Test类，实现main方法

public class Test {
    public static void main(String[] args) {

        Connection connection = DBUtil.getConnection();
        System.out.println(connection + "/t" + "test");

        //调用service
        UserService userService = new UserService();
        userService.save();
    }
}

最后输出的是使用的是同一个线程：

com.powernode.threadlocal.Connection@21bcffb5/ttest
com.powernode.threadlocal.Connection@21bcffb5	UserService
com.powernode.threadlocal.Connection@21bcffb5/tUserDao
User DAO insert

MyThreadLocal 线程实现（手撕源码），java中本来就存在，直接调用即可

import java.util.HashMap;
import java.util.Map;

/**
 * @author liang_8112
 * @create 2023-04-17-9:24
 */
public class MyThreadLocal<T> {
    /*
     * 所有需要和当前线程绑定的数据要放到这个容器中
     */

    private Map<Thread, T> map = new HashMap<>();    //Thread来存储当前线程(即key)，Object来存储当前线程的value

    /*
     * 向ThreadLocal中绑定数据
     */
    public void set(T obj){
        map.put(Thread.currentThread(), obj); //key是当前线程，value绑定的数据
    }

    /*
     * 从ThreadLocal中获取数据，当前线程
     */
    public T get(){
        return map.get(Thread.currentThread());
    }

    /*
     * 移除ThreadLocal当中的数据
     */
    public void remove(){
        map.remove(Thread.currentThread());
    }
}