需要提前准备了哪些技术，接下来的课才能听懂？

  • JavaSE（Java语言的标准版，Java提供的最基本的类库）
    • Java的开发环境搭建
    • Java的基础语法
    • Java的面向对象
    • 数组
    • 常用类
    • 异常
    • 集合
    • 多线程
    • IO流
    • 反射机制
    • 注解Annotation
    • …..
  • MySQL（数据库）
    • 最基本的要求是：能够编写增删改查等简单的SQL语句即可。
  • JDBC（Java语言链接数据库）
    • 这是一套Java语言链接数据库的接口。
  • WEB前端（会一些）
    • HTML（网页）
    • CSS（层叠样式表语言，修饰HTML）
    • JavaScript（一种脚本语言，运行在浏览器当中，让浏览器中的元素可以增删改。让网页产生更强的交互效果）
  • WEB后端
    • Servlet（Server Applet：服务器端的Java小程序）
    • JSP
    • AJAX
    • jQuery
    • MyBatis
    • Spring
    • SpringMVC
    • SpringBoot
    • SpringCloud
    • ……

Typora软件介绍

  • Markdown文本编辑器（可以编辑xxx.md文件）

    1
    2
    3
    4
    5
    public class Test{
        public static void main(String[] args){
            System.out.println("Test code!");
        }
    }

javaWeb中路径问题

页面跳转

jsp中，使用内置对象，request获取根路径

<%=%>相当于out.print();

1
<a href="<%=request.getContextPath()%>/xxx">

转发与重定向

1、重定向的 / 表示：http://服务器ip:端口/

1
response.sendRedirect(request.getContextPath()+"/xxx");

2、请求转发的 / 表示：http://服务器ip:端口/项目名

1
request.getRequestDispatcher("/xxx.jsp").forward(request,response);

Servlet

关于系统架构

  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小程序）

  • 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
    • 目前JAVA_HOME没有配置，思考一个问题，这样行不行呢？目前只运行java程序是没问题的。真的没问题吗？
  • Tomcat服务器的安装：
    • 绿色版本的安装很简单，直接zip包解压即可。解压就是安装。
    • 我有一个好习惯，在C盘的根目录下新建一个dev目录，java开发所有相关的工具都安装到dev目录下，这样比较方便管理。（你随意）
    • 启动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即可：
      • http://ip地址:端口号
      • ip地址是什么？端口号我知道，是8080
      • 本机的IP地址是：127.0.0.1，或者是localhost，都行。

实现一个最基本的web应用（这个web应用中没有java小程序）

  • 第一步：找到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，然后回车。这个动作和超链接一样吗？既然是一样的，我们完全可以使用超链接。

      1
      2
      3
      4
      5
      6
      <!--注意以下的路径，以/开始，带项目名，是一个绝对路径。不需要添加：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应用来说，一个请求和响应的过程有多少个角色参与，角色和角色之间有多少个协议

BS结构系统的通信原理2

  • 有哪些角色（在整个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规范。

BS结构系统的角色和协议

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

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

  • 开发步骤是怎样的？

    • 第一步：在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
        <?xml version=”1.0” encoding=”UTF-8”?>

  </web-app>

  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

- 第六步：编写一个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
    <?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目录结构应该是怎样的？

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    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目前最高版本是 JavaEE8
  • 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代码

1
2
3
4
5
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程序

  • 集成开发工具很多，其中目前使用比较多的是：

    • IntelliJ IDEA（这个居多，IDEA在提示功能方面要强于Eclipse，也就是说IDEA使用起来比Eclipse更加智能，更好用。JetBrain公司开发的。收费的。）
    • Eclipse（这个少一些），Eclipse目前还是有团队使用，只不过处于减少的趋势，自己从事工作之后，可能会遇到。Eclipse是IBM团队开发的。Eclipse寓意是“日食”。“日食”表示将太阳吃掉。太阳是SUN。IBM团队开发Eclipse的寓意是吞并SUN公司，但是2009年的时候SUN公司被Oracle公司并购了。IBM并没有成功并购SUN公司。

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

    • 第一步：New Project（我比较习惯先创建一个Empty Project【空工程】，然后在空工程下新建Module【模块】，这不是必须的，只是一种习惯，你可以直接新建非空的Project），这个Empty Project起名为：javaweb（不是必须的，只是一个名字而已。一般情况下新建的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文件。
    • 第五步：编写Servlet（StudentServlet）
      • class StudentServlet implements Servlet
      • 这个时候发现Servlet.class文件没有。怎么办？将CATALINA_HOME/lib/servlet-api.jar和jsp-api.jar添加到classpath当中（这里的classpath说的是IDEA的classpath）
        • File —> Project Structrue —> Modules —> + 加号 —> Add JARS….
      • 实现jakarta.servlet.Servlet接口中的5个方法。
    • 第六步：在Servlet当中的service方法中编写业务代码（我们这里连接数据库了。）
    • 第七步：在WEB-INF目录下新建了一个子目录：lib（这个目录名可不能随意，必须是全部小写的lib），并且将连接数据库的驱动jar包放到lib目录下。
    • 第八步：在web.xml文件中完成StudentServlet类的注册。（请求路径和Servlet之间对应起来）
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    <?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文件的内容

    • ```html
      <!DOCTYPE html>

      <meta charset="UTF-8">
<title>student page</title>

      </head>

      <!--这里的项目名是 /xmm ，无法动态获取，先写死-->
<a href="/xmm/servlet/student">student list</a>

      </body>
      </html>

      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      24
      25
      26
      27
      28
      29
      30
      31
      32
      33
      34
      35
      36
      37
      38
      39
      40
      41
      42
      43
      44
      45
      46
      47
      48
      49
      50
      51
      52
      53
      54
      55
      56
      57
      58
      59
      60
      61

            

        - 第十步：让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对象和请求路径之间的关系
        - ![WEB容器中的Map集合](D:\course\01-Servlet\文档\WEB容器中的Map集合.png)

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

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

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

        - 在servlet标签中添加<load-on-startup>子标签，在该子标签中填写整数，越小的整数优先级越高。

        - ```xml
          <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对象并没有被实例化

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

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

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

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

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

      1
      AServlet's service method execute!

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

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

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

      1
      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服务器伪代码：

      • ```java
        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方法
    // ....

}

        }

        1
        2
        3
        4
        5
        6
        7
        8
        9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23
        24
        25



        ## ServletConfig

        - 什么是ServletConfig？

          - Servlet对象的配置信息对象。
          - ServletConfig对象中封装了<servlet></servlet>标签中的配置信息。（web.xml文件中servlet的配置信息）

        - 一个Servlet对应一个ServletConfig对象。

        - Servlet对象是Tomcat服务器创建，并且ServletConfig对象也是Tomcat服务器创建。并且默认情况下，他们都是在用户发送第一次请求的时候创建。

        - Tomcat服务器调用Servlet对象的init方法的时候需要传一个ServletConfig对象的参数给init方法。

        - ServletConfig接口的实现类是Tomcat服务器给实现的。（Tomcat服务器说的就是WEB服务器。）

        - ServletConfig接口有哪些常用的方法？

          - ```java
            public String getInitParameter(String name); // 通过初始化参数的name获取value
            public Enumeration<String> getInitParameterNames(); // 获取所有的初始化参数的name
            public ServletContext getServletContext(); // 获取ServletContext对象
            public String getServletName(); // 获取Servlet的name

    • 以上方法在Servlet类当中，都可以使用this去调用。因为GenericServlet实现了ServletConfig接口。

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接口中有哪些常用的方法？

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

      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13

      - ```xml
        <!--以上两个方法是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源代码当中有一些地方可能会需要应用的根路径，这个方法可以动态获取应用的根路径
      // 在java源码当中，不要将应用的根路径写死，因为你永远都不知道这个应用在最终部署的时候，起一个什么名字。
      public String getContextPath();
      //String contextPath = application.getContextPath();

      1
      2
      3
      4

      - ```java
        // 获取文件的绝对路径（真实路径）
        public String getRealPath(String path);

    • ```java
      // 通过ServletContext对象也是可以记录日志的
      public void log(String message);
      public void log(String message, Throwable t);
      // 这些日志信息记录到哪里了？
      // localhost.2021-11-05.log

      // Tomcat服务器的logs目录下都有哪些日志文件？
      //catalina.2021-11-05.log 服务器端的java程序运行的控制台信息。
      //localhost.2021-11-05.log ServletContext对象的log方法记录的日志信息存储到这个文件中。
      //localhost_access_log.2021-11-05.txt 访问日志

      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23

      - ```java
        // 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类。

      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      24
      25
      26
      27
      28
      29
      30
      31
      32
      33
      34
      35
      36
      37
      38
      39
      40
      41
      42
      43
      44
      45
      46
      47
      48
      49
      50
      51
      52
      53
      54
      55
      56
      57
      58
      59
      60
      61
      62
      63
      64
      65
      66
      67
      68
      69
      70
      71
      72
      73
      74
      75
      76
      77
      78
      79
      80
      81
      82
      83
      84
      85
      86
      87
      88
      89

      - 大家到目前为止都接触过哪些缓存机制了？

        - 堆内存当中的字符串常量池。
          - "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 请求体
      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      24
      25
      26
      27
      28
      29
      30
      31
      32
      33
      34
      35
      36
      37
      38
      39
      40
      41
      42
      43
      44
      45
      46
      47
      48
      49
      50
      51
      52
      53
      54
      55
      56
      57
      58
      59
      60
      61
      62
      63
      64
      65
      66

        - 请求行

          - 包括三部分：
            - 第一部分：请求方式（7种）
              - get（常用的）
              - post（常用的）
              - delete
              - put
              - head
              - options
              - trace
            - 第二部分：URI
              - 什么是URI？ 统一资源标识符。代表网络中某个资源的名字。但是通过URI是无法定位资源的。
              - 什么是URL？统一资源定位符。代表网络中某个资源，同时，通过URL是可以定位到该资源的。
              - URI和URL什么关系，有什么区别？
                - URL包括URI
                - http://localhost:8080/servlet05/index.html 这是URL。
                - /servlet05/index.html 这是URI。
            - 第三部分：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请求？

    • 到目前为止，只有一种情况可以发送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源码分析：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
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错误。
	
	这种前端到底需要发什么样的请求，其实应该后端说了算。后端让发什么方式，前端就得发什么方式。
	
有的人，你会看到为了避免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文件中进行了以下的配置

      • ```xml

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

        1
        2
        3
        4
        5
        6
        7
        8
        9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21

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

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

            - http://localhost:8080/servlet07

        - 如果在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是可以设置多个欢迎页面的

    • ```xml

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

      </welcome-file-list>

      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19

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

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

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

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

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

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

            - ```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

        • ```java
          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>");
}
          }
          1
          2
          3
          4
          5
          6
          7
          8
          9
          10
          11
          12
          13
          14

              

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

            - ```xml
                  <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文件中配置欢迎页

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

          1
          2
          3
          4
          5
          6
          7
          8
          9
          10
          11
          12
          13
          14
          15
          16
          17
          18
          19

                  

          ## 关于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

            - ```java
              public interface HttpServletRequest extends ServletRequest {}

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

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

      • ```java
        public class RequestFacade implements HttpServletRequest {}

        1
        2
        3
        4
        5
        6
        7
        8
        9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23
        24
        25
        26

          - 测试结果说明：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接口中有哪些常用的方法？

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

            - ```java
              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集合来存储：

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

            1
            2
            3
            4
            5
            6
            7
            8
            9
            10
            11
            12

                - 注意：前端表单提交数据的时候，假设提交了120这样的“数字”，其实是以字符串"120"的方式提交的，所以服务器端获取到的一定是一个字符串的"120"，而不是一个数字。（前端永远提交的是字符串，后端获取的也永远是字符串。）
              
            - 手工开发一个webapp。测试HttpServletRequest接口中的相关方法。

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

                - ```java
                  	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当中有三个操作域的方法：

      - ```java
        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这个键值对。
        
1
2
3
4
5
6
7
8
9
10
11
12
13

- “请求域”对象

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

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

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

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


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

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

  - 跳转

    - 转发（一次请求）

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

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

        
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

- 两个Servlet怎么共享数据？

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

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

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

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

  - ```java
    
    // uri?username=zhangsan&userpwd=123&sex=1
    String username = request.getParameter("username");
    
    // 之前一定是执行过：request.setAttribute("name", new Object())
    Object obj = request.getAttribute("name");
    
    // 以上两个方法的区别是什么？
    // 第一个方法：获取的是用户在浏览器上提交的数据。
    // 第二个方法：获取的是请求域当中绑定的数据。


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

    - ```java
      // 获取客户端的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

      
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

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

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

- 实现步骤

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

    - ```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页面（项目原型）【前端开发工具使用HBuilder】

    • 把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目录下。

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

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

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

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

      • ```html
        查看部门列表
        1
        2
        3
        4
        5
        6
        7
        8
        9
        10
        11
        12
        13

        - 第二：编写web.xml文件

          - ```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方法。

      • ```java
        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 {
}

        }

        1
        2
        3
        4
        5
        6
        7
        8
        9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23
        24
        25
        26

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

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

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

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

          - ```java
            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程序中找到了

        • ```html
          详情

          1
          2
          3
          4
          5
          6
          7
          8
          9

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

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

          - 技巧：

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

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

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

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

      • ```xml
        <servlet-name>detail</servlet-name>
<servlet-class>com.bjpowernode.oa.web.action.DeptDetailServlet</servlet-class>
        </servlet>
        <servlet-name>detail</servlet-name>
<url-pattern>/dept/detail</url-pattern>
        </servlet-mapping>
        1
        2
        3
        4
        5
        6
        7
        8
        9
        10
        11
        12
        13
        14
        15
        16
        17
        18
        19
        20
        21
        22
        23

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

          - ```java
            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代码，来提示用户是否删除。）

      • ```html
        删除