【JavaWeb】Servlet系列——ServletConfig、ServletContext、缓存机制、HTTP协议

胖虎不秃头

已于 2022-06-28 11:11:43 修改

阅读量256

点赞数 4

分类专栏： Java Web 文章标签： servlet 缓存 http

于 2022-06-25 20:28:01 首次发布

本文链接：https://blog.csdn.net/m0_61163395/article/details/125463739

版权

Java Web 专栏收录该内容

17 篇文章 2 订阅

订阅专栏

文章目录

15 ServletConfig
16 ServletContext
17 缓存机制
18 HTTP协议

15 ServletConfig

15.1 什么是ServletConfig？

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

15.2 关于ServletConfig

一个Servlet对应一个ServletConfig对象。
Servlet对象是Tomcat服务器创建，并且ServletConfig对象也是Tomcat服务器创建。并且默认情况下，他们都是在用户发送第一次请求的时候创建。
Tomcat服务器调用Servlet对象的init方法的时候需要传一个ServletConfig对象的参数给init方法。
ServletConfig接口的实现类是Tomcat服务器给实现的。（Tomcat服务器说的就是WEB服务器。）

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

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

以上方法在Servlet类当中，（在GenericServlet适配器当中也可以）都可以使用this去调用。因为GenericServlet实现了ServletConfig接口。

**详解：**可以通过

public String getInitParameter(String name); // 通过初始化参数的name获取value

这个方法来获取初始化配置信息，参数传入key，返回得到value

如果是这个方法

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

得到的是一个name集合，通过遍历的方式也可以拿到

<servlet>
    <servlet-name>configTest2</servlet-name>
    <servlet-class>com.bjpowernode.javaweb.servlet.ConfigTestServlet2</servlet-class>
---------------这里是初始化配置信息-------------------
    <init-param>
        <param-name>key</param-name>
        <param-value>value</param-value>
    </init-param>
    
    <init-param>
        <param-name>user</param-name>
        <param-value>root</param-value>
    </init-param>
    
    <init-param>
        <param-name>password</param-name>
        <param-value>123456</param-value>
    </init-param>
---------------这里是初始化配置信息-------------------
</servlet>

<servlet-mapping>
<servlet-name>configTest2</servlet-name>
<url-pattern>/test2</url-pattern>
</servlet-mapping>

16 ServletContext

16.1 关于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文件。

16.2 形象描述ServletContext

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

16.3 ServletContext是一个接口

Tomcat服务器对ServletContext接口进行了实现。
ServletContext对象的创建也是Tomcat服务器来完成的。启动webapp的时候创建的。

16.4 ServletContext接口中常用的方法

16.4.1 通过初始化参数的name获取value

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对象来获取。

16.4.2 获取文件的绝对路径（真实路径）

获取应用的根路径（非常重要），因为在java源代码当中有一些地方可能会需要应用的根路径，这个方法可以动态获取应用的根路径
在java源码当中，不要将应用的根路径写死，因为你永远都不知道这个应用在最终部署的时候，起一个什么名字。

public String getContextPath();
//String contextPath = application.getContextPath();

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

16.4.3 记录日志

通过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 访问日志

16.4.4 向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)

16.5 ServletContext对象的使用

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类。

17 缓存机制

堆内存当中的字符串常量池。

“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当中了。

18 HTTP协议

18.1 什么是协议？

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

18.2 什么是HTTP协议？

HTTP协议

HTTP协议：是W3C制定的一种超文本传输协议。（通信协议：发送消息的模板提前被制定好。）

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协议包括请求协议和响应协议

HTTP协议包括：
- 请求协议
  - 浏览器向 WEB服务器发送数据的时候，这个发送的数据需要遵循一套标准，这套标准中规定了发送的数据具体格式。
- 响应协议
  - WEB服务器向浏览器发送数据的时候，这个发送的数据需要遵循一套标准，这套标准中规定了发送的数据具体格式。
HTTP协议就是提前制定好的一种消息模板。
- 不管你是哪个品牌的浏览器，都是这么发。
- 不管你是哪个品牌的WEB服务器，都是这么发。
- FF浏览器可以向 Tomcat发送请求，也可以向Jetty服务器发送请求。浏览器不依赖具体的服务器品牌。
- WEB服务器也不依赖具体的浏览器品牌。可以是FF浏览器，也可以是Chrome浏览器，可以是IE，都行。

18.3 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什么关系，有什么区别？
    - URL包括URI
    - http://localhost:8080/servlet05/index.html 这是URL。
    - /servlet05/index.html 这是URI。
- 第三部分：HTTP协议版本号

请求头

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

空白行

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

请求体

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

18.4 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 表示资源找不到。

响应头：

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

空白行：

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

响应体：

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

18.5 怎么查看的协议内容？

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

18.6 怎么向服务器发送GET请求、POST请求？

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

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

get请求发送数据的时候，数据会挂在URI的后面，并且在URI后面添加一个“?”，"?"后面是数据。这样会导致发送的数据回显在浏览器的地址栏上。（get请求在“请求行”上发送数据）

http://localhost:8080/servlet05/getServlet?username=zhangsan&userpwd=1111
post请求发送数据的时候，在请求体当中发送。不会回显到浏览器的地址栏上。也就是说post发送的数据，在浏览器地址栏上看不到。（post在“请求体”当中发送数据）
get请求只能发送普通的字符串。并且发送的字符串长度有限制，不同的浏览器限制不同。这个没有明确的规范。
get请求无法发送大数据量。
post请求可以发送任何类型的数据，包括普通字符串，流媒体等信息：视频、声音、图片。
post请求可以发送大数据量，理论上没有长度限制。
get请求在W3C中是这样说的：get请求比较适合从服务器端获取数据。
post请求在W3C中是这样说的：post请求比较适合向服务器端传送数据。
get请求是安全的。get请求是绝对安全的。为什么？因为get请求只是为了从服务器上获取数据。不会对服务器造成威胁。（get本身是安全的，你不要用错了。用错了之后又冤枉人家get不安全，你这样不好（太坏了），那是你自己的问题，不是get请求的问题。）
post请求是危险的。为什么？因为post请求是向服务器提交数据，如果这些数据通过后门的方式进入到服务器当中，服务器是很危险的。另外post是为了提交数据，所以一般情况下拦截请求的时候，大部分会选择拦截（监听）post请求。
get请求支持缓存。
- https://n.sinaimg.cn/finance/590/w240h350/20211101/b40c-b425eb67cabc342ff5b9dc018b4b00cc.jpg
- 任何一个get请求最终的“响应结果”都会被浏览器缓存起来。在浏览器缓存当中：
  - 一个get请求的路径a 对应一个资源。
  - 一个get请求的路径b 对应一个资源。
  - 一个get请求的路径c 对应一个资源。
  - …
- 实际上，你只要发送get请求，浏览器做的第一件事都是先从本地浏览器缓存中找，找不到的时候才会去服务器上获取。这种缓存机制目的是为了提高用户的体验。
- 有没有这样一个需求：我们不希望get请求走缓存，怎么办？怎么避免走缓存？我希望每一次这个get请求都去服务器上找资源，我不想从本地浏览器的缓存中取。
  - 只要每一次get请求的请求路径不同即可。
  - https://n.sinaimg.cn/finance/590/w240h350/20211101/7cabc342ff5b9dc018b4b00cc.jpg?t=789789787897898
  - https://n.sinaimg.cn/finance/590/w240h350/20211101/7cabc342ff5b9dc018b4b00cc.jpg?t=789789787897899
  - https://n.sinaimg.cn/finance/590/w240h350/20211101/7cabc342ff5b9dc018b4b00cc.jpg?t=系统毫秒数
  - 怎么解决？可以在路径的后面添加一个每时每刻都在变化的“时间戳”，这样，每一次的请求路径都不一样，浏览器就不走缓存了。
post请求不支持缓存。（POST是用来修改服务器端的资源的。）
- post请求之后，服务器“响应的结果”不会被浏览器缓存起来。因为这个缓存没有意义。

18.8 GET请求和POST请求如何选择？

什么时候使用GET请求，什么时候使用POST请求？

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

18.9 get和post请求的格式统一

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

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

胖虎不秃头

关注

4
点赞
踩
2

收藏

觉得还不错? 一键收藏
打赏
1
评论
【JavaWeb】Servlet系列——ServletConfig、ServletContext、缓存机制、HTTP协议

以上方法在Servlet类当中，（在GenericServlet适配器当中也可以）都可以使用this去调用。因为GenericServlet实现了ServletConfig接口。**详解：**可以通过这个方法来获取初始化配置信息，参数传入key，返回得到value如果是这个方法得到的是一个name集合，通过遍历的方式也可以拿到16 ServletContext16.1 关于ServletContext一个Servlet对象对应一个ServletConfig。100个Servlet对象则对应100
复制链接

扫一扫