Servlet基础 HttpServletrequest 简单理解

由来

Web服务器收到一个http请求，会针对每个请求创建一个HttpServletRequest和HttpServletResponse对象，从客户端取数据找HttpServletRequest，向客户端发送数据找HttpServletResponse。

HTTP 协议是基于请求-响应的协议，客户端请求一个文件，服务器对该请求进行响应。HTTP 使用 TCP 协议，默认使用 80 端口，现在使用版本为HTTP/1.1

在 HTTP 协议中，总是由主动建立连接、发送 HTTP 请求的客户端来初始化一个事务。服务器不负责连接客户端，或创建一个到客户端的回调连接（callback connection）。

每个 HTTP 请求都会有一个请求方法，HTTP1.1 中支持的方法包括，GET、POST、HEAD、OPTIONS、PUT、DELETE 和 TRACE。互联网应用中最常用的是 GET 和 POST（GET和POST区别（详情））。

一个 HTTP 请求包含以下三部分：

1.请求地址(URL)

2.请求头(Request headers)

3.实体数据(Entity body)
URI 指明了请求资源的地址，通常是从网站更目录开始计算的一个相对路径，因此它总是以斜线 “/”开头的。
URL 实际上是 URI 的一种类型，请求头（header）中包含了一些关于客户端环境和请求实体（entity）的有用的信息。
每个请求头使用 CRLF（回车换行符，“\r\n”）分隔，其格式为：请求头名+英文空格+请求头值

下图示例：

HttpServletrequest

公共接口类HttpServletRequest继承自ServletRequest接口，其主要功能是封装HTTP请求消息。客户端发出的请求被封装成为一个HttpServletRequest对象。对象包含了客户端请求信息包括请求的地址，请求的参数，提交的数据，上传的文件客户端的ip甚至客户端操作系统都包含在其内。

当访问 Servlet时，所有请求消息将被封装到 HttpServletRequest 对象，为了获取这些信息，HttpServletRequest 接口定义了一系列方法。

获取请求信息的常用方法：

当浏览器发送 Servlet 请求时，需要通过请求消息头向服务器传递附加信息，例如，客户端可以接收的数据类型、压缩方式、语言等。 HttpServletRequest 接口中定义了一系列用于获取 HTTP 请求头字段的方法。

获取请求头的相关方法：

HTTP请求头信息和示例

Header	解释	示例
Accept	浏览器能够接受的内容消息	Accept: text/plain, text/html
Accept-Charset	浏览器可以接受的字符编码集	Accept-Charset: iso-8859-5
Accept-Encoding	指定浏览器可以支持的web服务器返回内容压缩编码类型	Accept-Encoding: compress, gzip,br,deflate
Accept-Language	浏览器可接受的语言	Accept-Language: en,zh-CN;q=0.9
Accept-Ranges	可以请求网页实体的一个或者多个子范围字段	Accept-Ranges: bytes
Authorization	HTTP授权的授权证书	Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Cache-Control	指定请求和响应遵循的缓存机制	Cache-Control: no-cache
Connection	表示是否需要持久连接。（HTTP 1.1默认进行持久连接）close为不长连接，keep-alive保持长连接	Connection: keep-alive
Cookie	HTTP请求发送时，会把保存在该请求域名下的所有cookie值一起发送给web服务器。就是一段字符串,是浏览器保存服务器返回数据的方法,通常保存用户身份信息	Cookie: $Version=1; Skin=new;
Content-Length	请求的内容长度	Content-Length: 348
Content-Type	请求的与实体对应的MIME信息	Content-Type: application/x-www-form-urlencoded
Date	请求发送的日期和时间	Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect	请求的特定的服务器行为	Expect: 100-continue
From	发出请求的用户的Email	From: user@email.com
Host	指定请求的服务器的域名和端口号	Host: www.zcmhi.com
If-Match	只有请求内容与实体相匹配才有效	If-Match: “737060cd8c284d8af7ad3082f209582d”
If-Modified-Since	如果请求的部分在指定时间之后被修改则请求成功，未被修改则返回304代码	If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match	如果内容未改变返回304代码，参数为服务器先前发送的Etag，与服务器回应的Etag比较判断是否改变	If-None-Match: “737060cd8c284d8af7ad3082f209582d”
If-Range	如果实体未改变，服务器发送客户端丢失的部分，否则发送整个实体。参数也为Etag	If-Range: “737060cd8c284d8af7ad3082f209582d”
If-Unmodified-Since	只在实体在指定时间之后未被修改才请求成功	If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards	限制信息通过代理和网关传送的时间	Max-Forwards: 10
Pragma	用来包含实现特定的指令	Pragma: no-cache
Proxy-Authorization	连接到代理的授权证书	Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Range	只请求实体的一部分，指定范围	Range: bytes=500-999
Referer	先前网页的地址，当前请求网页紧随其后,即来路	Referer: http://www.zcmhi.com/archives/71.html
TE	客户端愿意接受的传输编码，并通知服务器接受接受尾加头信息	TE: trailers,deflate;q=0.5
Upgrade	向服务器指定某种传输协议以便服务器进行转换（如果支持）	Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent	User-Agent的内容包含发出请求的用户信息	User-Agent: Mozilla/5.0 (Linux; X11)
Via	通知中间网关或代理服务器地址，通信协议	Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning	关于消息实体的警告信息	Warn: 199 Miscellaneous warning
Origin	发送请求的主机名和端口	Origin: https://www.baidu.com
sec-ch-ua	可以理解用来替代user-agent的，用sec-ch-ua可以防止泄露浏览器详细信息	sec-ch-ua: " Not A;Brand";v=“99”, “Chromium”;v=“101”, “Google Chrome”;v=“101”
sec-ch-ua-mobile	是否是移动端用户	sec-ch-ua-mobile: ?0
sec-ch-ua-platform	表示操作系统名称	sec-ch-ua-platform: “Windows”
Sec-Fetch-Dest	表示请求的目的地，即如何使用获取的数据	Sec-Fetch-Dest: empty
Sec-Fetch-Mode	该请求头表明了一个请求的模式	Sec-Fetch-Mode: cors
Sec-Fetch-Site	请求发起者的来源与目标资源来源之间的关系	Sec-Fetch-Site: same-site
Upgrade-Insecure-Requests	请求头向服务器发送一个客户端对HTTPS加密和认证响应良好	Upgrade-Insecure-Requests: 1