ServletConfig接口
-
ServletConfig是什么？
- 是Servlet规范中的一员，一个接口
-
谁实现的这个接口？
-
org.apache.catalina.core.StandardWrapperFacade 实现了 ServletConfig 接口 -
是Tomcat服务器中的类实现ServletConfig接口
-
-
一个Servlet对象中对应一个ServletConfig对象，tomcat在创建Servlet对象的同时创建了ServletConfig对象
-
ServletConfig对象中包装了web.xml的 标签的配置信息
ServletConfig中的四个方法
-
getServletName()方法，获取web.xml中的标签里的内容
-
getInitParameterNames()方法，获取web.xml中初始化参数中的的标签里的内容
-
getInitParameter(String name)方法，获取web.xml中初始化参数中的标签里的内容
-
getServletContext()方法
ServletContext接口
-
ServletContext是什么？
- 是Servlet规范中的一员，一个接口
-
谁实现的这个接口？
-
org.apache.catalina.core.ApplicationContextFacade 实现了 ServletContext 接口 -
是Tomcat服务器中的类实现ServletContext接口
-
-
ServletContext相对应的是整个web.xml文件
-
常用方法：
-
getInitParameterNames()方法,通过初始化参数name获取value
getInitParameter(String name)方法，获取初始化参数的name
<!-- 这里写的是全局配置 --> <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> -
getContextPath()方法,获取web应用的根路径
String contextPath = application.getContextPath(); -
getRealPath(String path)方法，获取文件的绝对路径
String realPath = application.getRealPath("/AServlet.class"); //给出一个文件路径，斜杠可加可不加 -
void log(String msg)
void log(String msg, Throwable t),是记录tomcat日志log的两种方法
-
ServletContext又叫做应用域，如果所有的用户共用一份数据，并且这个数据量很少且很少被修改，则可以将这些数据放到ServletContext中。
//应用域中存放数据 setAttribute(String name,Object value); //map.put(k,v) //取数据 getAttribute(String name) //Object v=map.get(k); //删除数据 removeAttribute(String name) //map.remove(k);
-
-
我们编写Servlet类的时候，实际上是不会去直接继承GenericServlet类的，web应用是基于HTTP超文本传输协议的，在Servlet规范中，提供了一个类叫做HttpServlet，我们以后编写的Servlet类直接继承HttpServlet，它是专门为HTTP协议准备的一个Servlet类。
HTTP协议
-
HTTP协议：是W3C（世界万维网组织）指定的一种超文本协议。
-
超文本:文本之外的，流媒体数据：声音、图片、视频
-
HTTP协议游走在浏览器与服务器之间，B/S之间相互接收数据需要遵循HTTP协议。这样B和S才能解耦合，即B不依赖于S，S也不依赖于B。
-
HTTP协议包括：
-
请求协议
浏览器 向 WEB服务器发送数据的时候，需要遵循一套标准，这套标准规定了数据具体发送格式。
-
响应协议
WEB服务器 向 浏览器发送数据的时候，需要遵循一套标准，这套标准规定了数据具体发送格式。
-
-
HTTP协议就是一种提前制定好的消息模板，不管哪个浏览器或服务器都是一样的。
-
-
HTTP的请求协议（B–>S）
-
包括：
- 请求行
- 请求头
- 空白行
- 请求体
-
请求协议的具体报文：get请求
GET /servlet05/getServlet?username=wjw&password=123 HTTP/1.1 请求行 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 Accept-Encoding: gzip, deflate, br Accept-Language: zh-CN,zh;q=0.9 Connection: keep-alive Host: 127.0.0.1:8080 Referer: http://127.0.0.1:8080/servlet05/index.html Sec-Fetch-Dest: document Sec-Fetch-Mode: navigate Sec-Fetch-Site: same-origin Sec-Fetch-User: ?1 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36 sec-ch-ua: "Google Chrome";v="107", "Chromium";v="107", "Not=A?Brand";v="24" sec-ch-ua-mobile: ?0 sec-ch-ua-platform: "Windows" 空白行 username: 请求体 wjw password: 123 -
请求协议的具体报文：post请求
POST /servlet05/postServlet HTTP/1.1 请求行 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 Accept-Encoding: gzip, deflate, br Accept-Language: zh-CN,zh;q=0.9 Cache-Control: max-age=0 Connection: keep-alive Content-Length: 25 Content-Type: application/x-www-form-urlencoded Host: 127.0.0.1:8080 Origin: http://127.0.0.1:8080 Referer: http://127.0.0.1:8080/servlet05/index.html Sec-Fetch-Dest: document Sec-Fetch-Mode: navigate Sec-Fetch-Site: same-origin Sec-Fetch-User: ?1 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36 sec-ch-ua: "Google Chrome";v="107", "Chromium";v="107", "Not=A?Brand";v="24" sec-ch-ua-mobile: ?0 sec-ch-ua-platform: "Windows" 空白行 username: 请求体 wjw password: 123 -
请求行
- 第一部分：请求方式
- get（常用的）
- post（常用的）
- delete
- put
- head
- option
- trace
- 第二部分：URI
- URI 统一资源标识符，代表网络中某个资源的名字，但是通过URI是无法定位资源的。
- /servlet05/postServlet ，这个叫IURI
- URL 统一资源定位符，代表网络中某个资源，通过URL是可以定位到该资源的。
- http://127.0.0.1:8080/servlet05/postServlet ，这个叫URL
- URI 统一资源标识符，代表网络中某个资源的名字，但是通过URI是无法定位资源的。
- 第三部分：协议版本号（HTTP/1.1）
- 第一部分：请求方式
-
请求头
- 请求的主机、主机端口、浏览器信息、cookie信息、平台信息
-
空白行
- 用来分隔请求头和请求体
-
请求体
- 向服务器发送的具体数据
-
-
HTTP的响应协议（S–>B）
-
包括：
- 状态行
- 响应头
- 空白行
- 响应体
-
响应协议的具体报文：
-
HTTP/1.1 200 ok 状态行 Content-Type: text/html;charset=ISO-8859-1 响应头 Content-Length: 126 Date: Thu, 02 Feb 2023 14:41:30 GMT Keep-Alive: timeout=20 Connection: keep-alive 空白行 <!DOCTYPE html><html> <head> <title>get</title> </head> <body> <h1>from get servlet</h1> </body></html> 响应体
-
-
状态行：
-
第一部分：协议版本号（HTTP/1.1）
-
第二部分：状态码（不同响应结果对应不同状态码）
-
200 表示请求响应成功，正常结束
-
404 表示访问的资源不存在，路径写错了或者服务器中的资源并没有启动成功
-
405 表示前端发送的请求方式与后端请求处理不一致：
比如：前端是post请求，后端按照get方式处理，发生405
比如：前端是get请求，后端按照post方式处理，发生405
-
500 表示服务器端程序出现异常
-
-
第三部分：状态的描述信息
- ok，表示正常
- not found 表示资源找不到
-
-
响应头：
- 响应内容，长度，时间
-
空白行：
- 分割响应头和响应体
-
get请求和post请求的区别
-
get请求和post请求的区别？
-
第一
-
get请求发送数据的时候，数据会挂在URI资源名的后面并且在后面加一个"?“,”?"后面是数据。这样会导致发送的数据会显示在浏览器的地址栏上
http://localhost:8080/servlet05/getServlet?username=&password=
-
post请求发送数据的时候，在请求体中发送。不会显示到浏览器的地址栏上。也就是说post发送的数据，在浏览器的地址栏上不会显示
-
-
第二
- get请求只能发送普通的字符串。且长度有限，不同浏览器限制不同。
- post请求可以发送任意类型数据，包括字符串，流媒体等信息：视频、声音、图片
-
第三
- get请求无法发送大数据量
- post请求可以发送大数据量，理论上没有限制
-
第四
- get请求比较适合从服务器端获取数据
- post请求比较适合向服务器端发送数据
-
第五
- get请求是安全的
- post请求是不安全的，容易被监听拦截
-
第六
- get是支持缓存的
- get请求，浏览器做的第一件事会从本地浏览器缓存中找，找不到的时候才回去服务器上获取。
- 不需要get请求缓存怎么办？
- 只要使每一次请求路径不一样，在请求路径后面加一个每时每刻都在变化的“时间戳”
- post是不支持缓存的（因为post请求是用来修改浏览器资源的）
- get是支持缓存的
-
-
不管是get请求还是post请求，发送的数据格式完全是相同的，只不过位置不同，格式统一
name=value&name=value&name=value&name=value&name=value
-
get请求与post请求之间如何选择？
948
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
