Javaweb——Servlet及HttpSeverlet的基础知识

Servlet是什么呢？Servlet是服务端的小组件，可以接受客户端发送的信息，然后处理。

Servlet它是一种抽象类，其各种方法都应该通过其继承类和接口来实现。

javax.servlet.Servlet接口

javax.servlet.GenericsServlet 抽象类

javax.servletHttpServlet

Servlet以下三种方法：

• init (初始化方法)
• service(服务方法)
• destory(销毁)

这对我们来说更重要的是service方法，service只要客户端发出请求，就是服务方式。service方法就会被调用，那么具体实现啥呢？

这取决于如何重写它的实现类：

（javax.servlet.FenericsServlet抽象类 的service方法还是抽象的)

留给它的子类实现了

而HttpServlet就会去实现service方法了。（HttpServlet可理解为特殊处理Http服务器组件的文件Servlet）

Servlet其实有很多方法

比如 doGet(),doPut(),doDelete()方法，这些只是抽象体响应的方法代码抽象成一个类，具体过程如下。

如果客户端发送信息，HttpServlet只会被调用Servlet方法，然后Servlet方法会判断对方的请求是什么？

如果对面是Post，然后我先调用service，然后在service里判断是Post方法，所以我就调用doPost方法。相应的Get，Delete同样的道理。

如下图：

String method = req.getMethod(); 

如何获取方法是什么，这与Http机制有关，Http每种方法都有名字，Get，Post等，HttpServlet在这里获取方法的名称，然后判断。

接下来看看doPost()默认实现

![](C:\Users\spaceman\AppData\Roaming\Typora\typora-user-images\image-20220321082153208.png

写什么，可能意味着当有错误时，会报告405个错误。但默认的方法并不重要，因为我们通常会重写它。

接下来，让我们举个例子HttpServlet各种方法的关系。

当我们创建一个类继承时HttpServlet这一类不是默认继承父类的方法吗？

(如果父类是抽象的，也就是说，它的方法没有写，那么我们必须作为界面来实现它，而且HttpServlet其实里面的方法已经默认实现了

所以我们不需要实现，但我们可以重写，重写父亲HttpServlet里面的方法)(逐渐理解java继承实现关系)

现在让我们试一试：

刚不是说了HttpServlet里面有service方法，而service该方法将被调用doGet，doPost方法？是的，就是这样。

现在比如我们重写，比如我们重写doGet方法，会怎么样？如果我们重写方法，我们会在调用时调用我们写的，如果没有重写，我们会调用父亲。

所以当我们重写的时候doGet而不是重写其他方法。首先，发送请求，然后service正常工作，因为我们没有重写service方法，然后如果客户端发送请求get请求将调用我们重写的请求doGet方法。如果客户端发送，Post请求，那么service方法调用父类doPost方法(因为我们不需要重写，默认继承父亲)。

比如我们下面重写doPost方法，但没有重写doGet方法，然后会报告上述错误。为什么？

我明白这一点，因为我们的页面是默认的get方法，即传播get过去的方法，但是HttpServlet接收也被判定为get方法了

此时service准备调用方法get方法，而get方法是父类默认写的，父类默认写的会出现上述405。

也许405告诉我们，我们没有重写HttpServlet的doGet方法吧。

现在让我们重写一下doGet方法，看会不会有同样的问题:

现在405不会有问题了。

然后让我们看看重写Service方法，我们会发现重写Service方法结束后，无论是否重写，doGet，doPost，不会报405的错误。

为什么？因为前面说过，doGet，doPost是在service方法种被调用，现在我们要调用了service如果所有的方法都被复制，就不会再调用了doGet和doPost等了。

1.生命周期；从出生到死亡的过程，即使是生命周期。Servlet三种方法：init（），service（），destroy（）

2.默认情况：

这是第一次收到请求时Servlet实例化(调用结构方法)将初始化(调用)init方法)service方法)

重要结论：

==通过案例我们发现：servlet实例tomcat只创建一个，所有的请求都是这个例子来响应的。==也就是说，对于一个HttpServlet类，tomcat只创建一个例子。

默认情况下，当有第一次请求，Servlet实例化，初始化，然后服务。提高系统的启动速度。

缺点是什么？第一次请求时，耗时较长。

因此，如果需要提高系统的启动速度，默认情况是合适的。

如需提高响应速度，应设置Servlet响应时机。

我们可以设置它servlet启动顺序xml设置在文件中。

这是什么意思？也就是说，我们将首先开始新的启动tomcat服务器，然后httpServlet和tomcat我们不能同时设置它httpServlet数字越小，启动时间越高。

例如，如果设置为0或1，则在tomcat同时启动，httpServlet也可以同时启动。这样做的好处是，当第一个用户要求时，httpServlet它已经开始了，所以它可以很快响应。缺点是启动速度可能会变慢。

如果设置的数字更大，则意味着tomcat启动后，httpServlet不会立即启动，可能会等到用户要求启动，这样的好处（tomcat）启动速度会很快，但当第一个用户要求时(需要启动)httpServlet）对第一个用户不友好，速度会变慢。

什么叫做线程不安全，比如看上面的例子，

线程1在进入Servlet时，此时的num=所以它已经准备好调用了if（num==1)方法(尚未进入)if判断），

但就在这时，线程2进来了，把num如果价值改为5，此时将是num1的执行路径改变会导致线程1的执行路径改变。

Servlet在容器中：单例，线程不安全

单例：所有请求都以同样的例子响应。

线程不安全：一个线程根据变量值进行逻辑判断，但在中间，另一个线程改变了成员变量值，导致第一个线程的执行路径发生变化。

我们已经知道了servlet如果线程不安全，灵感是：尽量不要定义成员变量，如果必须定义成员变量，尽量不要对成员变量做出一些逻辑判断。

1） Http 称之为 超文本传输协议 2） Http是无状态的 3） Http请求响应包括两部分：请求响应和响应

• 请求： 请求包括三个部分： 1.请求行 ； 2.请求消息头 ； 3.请求主体 1)请求行包含三个信息: 1. 请求的方式 ； 2.请求的URL； 3.请求的协议（一般都是HTTP1.1） 2)请求消息头中包含了很多客户端需要告诉服务器的信息，比如：我的浏览器型号、版本、我能接收的内容的类型、我给你发的内容的类型、内容的长度等等 3)请求体，三种情况 get方式，没有请求体，但是有一个queryString post方式，有请求体，form data json格式，有请求体，request payload
• 响应： 响应也包含三本： 1. 响应行 ； 2.响应头 ； 3.响应体 1)响应行包含三个信息：1.协议 2.响应状态码(200) 3.响应状态(ok) 2)响应头：包含了服务器的信息；服务器发送给浏览器的信息（内容的媒体类型、编码、内容长度等） 3)响应体：响应的实际内容（比如请求add.html页面时，响应的内容就是<form…）

1） Http是无状态的

• HTTP 无状态 ：服务器无法判断这两次请求是同一个客户端发过来的，还是不同的客户端发过来的
  • 无状态带来的现实问题：第一次请求是添加商品到购物车，第二次请求是结账；如果这两次请求服务器无法区分是同一个用户的，那么就会导致混乱
    • 通过会话跟踪技术来解决无状态的问题。

2） 会话跟踪技术 - 客户端第一次发请求给服务器，服务器获取session，获取不到，则创建新的，然后响应给客户端 - 下次客户端给服务器发请求时，会把sessionID带给服务器，那么服务器就能获取到了，那么服务器就判断这一次请求和上次某次请求是同一个客户端，从而能够区分开客户端 - 常用的API： request.getSession() -> 获取当前的会话，没有则创建一个新的会话 request.getSession(true) -> 效果和不带参数相同 request.getSession(false) -> 获取当前会话，没有则返回null，不会创建新的

  session.getId() -> 获取sessionID
  session.isNew() -> 判断当前session是否是新的
  session.getMaxInactiveInterval() -> session的非激活间隔时长，默认1800秒，比如手机的中行软件，5分钟左右不点击就让你重新登陆（就是会话失效了）
  session.setMaxInactiveInterval()
  session.invalidate() -> 强制性让会话立即失效
  ....

一般来说，同一个浏览器是同一个客户端，不同的浏览器是不同的客户端。

3） session保存作用域！

• session保存作用域是和具体的某一个session对应的

• 常用的API： void session.setAttribute(k,v) Object session.getAttribute(k) void removeAttribute(k)

  3） session保存作用域

  • session保存作用域是和具体的某一个session对应的！！！
  • 常用的API： void session.setAttribute(k,v) Object session.getAttribute(k) void removeAttribute(k)

1） Http是无状态的

• HTTP 无状态 ：服务器无法判断这两次请求是同一个客户端发过来的，还是不同的客户端发过来的
  • 无状态带来的现实问题：第一次请求是添加商品到购物车，第二次请求是结账；如果这两次请求服务器无法区分是同一个用户的，那么就会导致混乱
    • 通过会话跟踪技术来解决无状态的问题。

2） 会话跟踪技术 - 客户端第一次发请求给服务器，服务器获取session，获取不到，则创建新的，然后响应给客户端 - 下次客户端给服务器发请求时，会把sessionID带给服务器，那么服务器就能获取到了，那么服务器就判断这一次请求和上次某次请求是同一个客户端，从而能够区分开客户端 - 常用的API： request.getSession() -> 获取当前的会话，没有则创建一个新的会话 request.getSession(true) -> 效果和不带参数相同 request.getSession(false) -> 获取当前会话，没有则返回null，不会创建新的

  session.getId() -> 获取sessionID
  session.isNew() -> 判断当前session是否是新的
  session.getMaxInactiveInterval() -> session的非激活间隔时长，默认1800秒，比如手机的中行软件，5分钟左右不点击就让你重新登陆（就是会话失效了）
  session.setMaxInactiveInterval()
  session.invalidate() -> 强制性让会话立即失效
  ....

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AQ8WVt4r-1648276376251)(C:\Users\spaceman\AppData\Roaming\Typora\typora-user-images\image-20220321101130669.png)]

一般来说，同一个浏览器是同一个客户端，不同的浏览器是不同的客户端。

3） session保存作用域！

• session保存作用域是和具体的某一个session对应的

• 常用的API： void session.setAttribute(k,v) Object session.getAttribute(k) void removeAttribute(k)

  3） session保存作用域

  • session保存作用域是和具体的某一个session对应的！！！
  • 常用的API： void session.setAttribute(k,v) Object session.getAttribute(k) void removeAttribute(k)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1L5cftii-1648276376252)(C:\Users\spaceman\AppData\Roaming\Typora\typora-user-images\image-20220321102838204.png)]

也就是说，可以在一个通过一个session来设置一个key value

然后通过相同的session就能取得这个key value

但是通过不同的session（不同客户端/浏览器）访问就是不行的。

顺便在这里讲一下，HttpServlet的serive方法不是有两个参数吗？一个是request，一个是response。

request就是客户端发过来的http请求，我们可以从中获取各种从客户端发过来的参数。

比如客户端可以发过来各种参数，我们就可以通过request.getParameter来获取。

而response就是我们要对客户端做出的回应，可以通过客户端重定向等各种方式，详情请继续看下去。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SmZ4WxU9-1648276376252)(D:\桌面文件\代码素材资料\Day4-servlet-http-session\素材\04.服务器内部转发.png)]

如果有客户端向服务器端发出请求，servlet可在服务器内部将该请求交给另一个Servlet去完成，这是服务器端的事，客户端感受不出这种变化。

• 一次请求响应的过程，对于客户端而言，内部经过了多少次转发，客户端是不知道的

  地址栏没有变化

注意这里的重定向，里面的demo07 为什么就跳转到Demo07Servlet去呢？这就是取决于xml文件中的配置。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-toLyHxno-1648276376254)(D:\桌面文件\代码素材资料\Day4-servlet-http-session\素材\05.客户端重定向.png)]

这就是客户端发请求给服务器的servlet，但是servle把请求返回去，并告诉客户端去请求另一个servlet，客户端感受得到这种变化。

  - 两次请求响应的过程。客户端肯定知道请求URL有变化
  - 地址栏有变化

这个问题很很很重要，是后面进阶知识的基础。如果搞不懂，很容易乱。

问题引入：首先，我们现在写了很多个servlet

比如举刚刚上面覆写了service的例子，现在我们写了这个servlet，那么问题来了？为什么我们点击运行之后，浏览器访问的时候

就是这个servlet去响应，而不是其它servlet去响应呢？好问题。

现在先回到我们的configuration这里来，首先我们得先明白configuration到底帮我们实做了什么事。

首先是部署，我的理解就是将对应的web模块里的artifacts的部署包部署到tomcat中，那么当tomcat运行时，就是执行该web模块中的代码，而不是执行执行其它模块。

当我们点击开始运行的时候，编译器就会将我们的项目部署到tomcat上去，然后再打开URL的网址。（其实打开网址这一步不重要，只要项目已经部署到tomcat上，我们也是可以直接在地址栏输入网址访问的）

一般在计算机中默认8080号端口是服务器软件服务的端口，所以其实http://localhost:8080其实就是能找到服务器服务的地方，在这里就是能找到tomcat服务的地方。

而现在让我们看刚刚Deployment下面的Application context是什么意思，七十多它的意思可以理解成：我们写的这些代码要放在8080号端口后的什么位置。（大概理解就行，不是很准确）

我们可以很简单的写/，那么比如我们要访问服务器端的叫index的东西的时候，就直接访问http://localhost:8080/index 就可以了，而我们也可以写成/demo01，那么我们访问客户端的叫index的东西的时候，就要访问

http://localhost:8080/demo01/index。

这样理解了吧。所以Application context改了之后，那边的url也要改一下，默认打开的时候才能正常打开。

就上面的问题继续讲，其实原理应该是这样的，熟悉tomcat的知道，tomcat有个webapps的文件夹，然后文件夹里面可以建一个文件夹，比如叫baidu，然后在baidu文件夹里建立一个WEB-INF的文件夹，可以暂时先不放东西，然后可以将我们的html代码等东西放入百度文件夹中，这样我们启动tomcat后，就可以通过http://localhost:8080/baidu/anewone.html 访问里面的页面了。

也就是说在文件夹baidu下的资源都能部署到服务器上了。

而转头来看Intellij IDEA ，

这个web文件夹其实就是对应刚刚讲到的baidu文件夹，里面有WEB-INF文件夹9放置一些配置文件），然后其它html文件等就要放在web文件夹下。

所以我们刚刚讲configuration的时候，我们可以将url设定为http://localhost:8080/demo01/22.html 就可以访问到该页面了。

那个Deployment下面的Application context其实就是说 访问22.html时要不要加什么前缀，这个意思（或者理解成web文件夹的路径，可以为/，也可以设置为/demo01)

总算是把前置知识讲完了，现在来讲关于定位servlet的问题。回到刚刚的问题

刚刚举了上面覆写了service的例子，现在我们写了这个servlet，那么问题来了？为什么我们点击运行之后，浏览器访问的时候

就是这个servlet去响应，而不是其它servlet去响应呢？

这个首先得看配置文件.

配置文件默认是打开/demo01/index，但是我们看了一下web文件夹里，并没有一个叫做”index“的文件呀。

我们再看一下我们的Demo01Servlet类，

会发现上面我们写了一个@WebServlet("/index")，重点就在这个。

有没有发现什么问题？是的，就如你想的那样。（当然你也可能没想）

上面那句话的意思是啥呢？可以这么理解，就是将我们的Demo01Servlet定位一下，或者说给它起个名，然后隐式地将其放在web文件夹下，然后让客户端想找index的时候找得到。

也就是说，对于每个servlet来说，我们不将其放入web文件夹，但是我们要让客户端找的时候能找到，所以我们采取了两种方法：

一是上面讲的，在每个servlet上面价格@WebServlet("/index")，注意要有斜杠，斜杠后面才是servlet的定位符。

二是写在xml配置文件中：

<servlet>
    <servlet-name>Demo01Servlet</servlet-name>
    <servlet-class>com.atguigu.servlets.Demo01Servlet</servlet-class>
</servlet>

<servlet-mapping>
    <servlet-name>Demo01Servlet</servlet-name>
    <url-pattern>/index</url-pattern>
</servlet-mapping>

也是将Demo01Servlet和index 联系起来的方式。

在以后，我们所有对servlet的编程，大部分都是是用这个index。

我给它起了名，叫做servlet的定位符。这个定位符十分十分重要。

后面还会多次用到。

总结一下：

如果是html文件的，直接放在web文件夹下，输入相应网址就能访问到。

如果是servlet的，要写一个定位符定位一下servlet，然后输入相应网址输入定位符

可以找到相应servlet，让相应的servlet来相应客户端的请求。

比如说我们上面的例子，我们打开网址是http://localhost:8080/demo01/index，这时候服务器就会自动去找和index对应的servlet，

然后让其相应客户端的请求。就是如此，理解了吧。