http请求响应系列01_做了这么多的请求和响应，你知道你都干了些啥吗？请求报文详解

2024-03-02 15:12:28

一、做了这么多的请求和响应，你知道你都干了些啥吗？

请看请求和响应的深入了解系列01

二、请求报文

1、请求报文的详解

上篇文字讲的“请求报文和响应报文”，本篇主要解释请求报文包括的内容。

请求报文的内容包括三部分，分别是：请求行，请求头，空行，请求体。除了空行是分隔的作用，其它三部分放的都是信息。

用汉语的语法解释请求头，请求体的关系。

请求体是主体，是请求时传给后端的主体信息。请求头是附属信息。

对比汉语。请求体就是宾语。请求头是修饰词（如：定语，状语，补语）。

举个栗子：

“我今天去火车站接女朋友”，这句话核心表达的意思（经过缩句）：我接女朋友。

请求体：女朋友

请求头有：时间：今天；地点：火车站；

1）、请求行

请求行包括：前端请求时的请求方法（method），请求路径（URL）, 请求时所使用的的HTTP协议的版本

例如：GET /index.html HTTP/1.1

get方法将数据拼接在url后面，传递参数受限

请求方法有：GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT

2）、请求头

有若干键值对，一般属于附属信息（什么是附属信息？哈哈，很吓人，其实就是汉语中的修饰相关的词语（如：定语，状语，补语））

User-Agent：产生请求的浏览器类型。 Accept：客户端可识别的内容类型列表。告诉S端，我B端可以接受的（响应）内容类型，如： text/plain ，表示我只能接受文本，你发图片我不认识。Accept是可以接受多个类型，如：text/html; image/webp

Accept-Language：告诉S端，我B端可以接受（认识）的语言，如： zh-CN，表示中文

Accept-Encoding : 告诉S端，我B端可以接受的编码类型，如： gzip

Host：主机地址（表示服务器的域名以及服务器所监听的端口号。）

Cache-Control : 缓存控制，如： no-cache；表示客户端不缓存此次响应的内容。

Cookie: 请求时携带的cookie。这里面除了本地cookie保存的数据外，一般还会有sessionId。

Referer： 表示这个请求是从哪个URL过来的。

content-type: B端发给S端的数据类型描述，如：application/json 。

content-length: 请求体的长度

………………………………

附：请求头包含的信息（可以不用看）

协议头	说明	示例	状态
Accept	可接受的响应内容类型（Content-Types）。	Accept: text/plain	固定
Accept-Charset	可接受的字符集	Accept-Charset: utf-8	固定
Accept-Encoding	可接受的响应内容的编码方式。	Accept-Encoding: gzip, deflate	固定
Accept-Language	可接受的响应内容语言列表。	Accept-Language: en-US	固定
Accept-Datetime	可接受的按照时间来表示的响应内容版本	Accept-Datetime: Sat, 26 Dec 2015 17:30:00 GMT	临时
Authorization	用于表示HTTP协议中需要认证资源的认证信息	Authorization: Basic OSdjJGRpbjpvcGVuIANlc2SdDE==	固定
Cache-Control	用来指定当前的请求/回复中，是否使用缓存机制。	Cache-Control: no-cache	固定
Connection	客户端（浏览器）想要优先使用的连接类型	Connection: keep-alive Connection: Upgrade	固定
Cookie	由之前服务器通过Set-Cookie设置的一个HTTP协议Cookie	Cookie: $Version=1; Skin=new;	固定：标准
Content-Length	以8进制表示的请求体的长度	Content-Length: 348	固定
Content-Type	请求体的MIME类型（用于POST和PUT请求中）	Content-Type: application/x-www-form-urlencoded	固定
Date	发送该消息的日期和时间（以RFC 7231中定义的"HTTP日期"格式来发送）	Date: Dec, 26 Dec 2015 17:30:00 GMT	固定
Expect	表示客户端要求服务器做出特定的行为	Expect: 100-continue	固定
From	发起此请求的用户的邮件地址	From: user@itbilu.com	固定
Host	表示服务器的域名以及服务器所监听的端口号。如果所请求的端口是对应的服务的标准端口（80），则端口号可以省略。	Host: www.itbilu.com:80Host: www.itbilu.com	固定
If-Match	仅当客户端提供的实体与服务器上对应的实体相匹配时，才进行对应的操作。主要用于像 PUT 这样的方法中，仅当从用户上次更新某个资源后，该资源未被修改的情况下，才更新该资源。	If-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"	固定
If-Modified-Since	允许在对应的资源未被修改的情况下返回304未修改	If-Modified-Since: Dec, 26 Dec 2015 17:30:00 GMT	固定
If-None-Match	允许在对应的内容未被修改的情况下返回304未修改（ 304 Not Modified ），参考超文本传输协议的实体标记	If-None-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"	固定
If-Range	如果该实体未被修改过，则向返回所缺少的那一个或多个部分。否则，返回整个新的实体	If-Range: "9jd00cdj34pss9ejqiw39d82f20d0ikd"	固定
If-Unmodified-Since	仅当该实体自某个特定时间以来未被修改的情况下，才发送回应。	If-Unmodified-Since: Dec, 26 Dec 2015 17:30:00 GMT	固定
Max-Forwards	限制该消息可被代理及网关转发的次数。	Max-Forwards: 10	固定
Origin	发起一个针对跨域资源共享的请求（该请求要求服务器在响应中加入一个Access-Control-Allow-Origin的消息头，表示访问控制所允许的来源）。	Origin: http://www.itbilu.com	固定: 标准
Pragma	与具体的实现相关，这些字段可能在请求/回应链中的任何时候产生。	Pragma: no-cache	固定
Proxy-Authorization	用于向代理进行认证的认证信息。	Proxy-Authorization: Basic IOoDZRgDOi0vcGVuIHNlNidJi2==	固定
Range	表示请求某个实体的一部分，字节偏移以0开始。	Range: bytes=500-999	固定
Referer	表示浏览器所访问的前一个页面，可以认为是之前访问页面的链接将浏览器带到了当前页面。Referer其实是Referrer这个单词，但RFC制作标准时给拼错了，后来也就将错就错使用Referer了。	Referer: http://itbilu.com/nodejs	固定
TE	浏览器预期接受的传输时的编码方式：可使用回应协议头Transfer-Encoding中的值（还可以使用"trailers"表示数据传输时的分块方式）用来表示浏览器希望在最后一个大小为0的块之后还接收到一些额外的字段。	TE: trailers,deflate	固定
User-Agent	浏览器的身份标识字符串	User-Agent: Mozilla/……	固定
Upgrade	要求服务器升级到一个高版本协议。	Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11	固定
Via	告诉服务器，这个请求是由哪些代理发出的。	Via: 1.0 fred, 1.1 itbilu.com.com (Apache/1.1)	固定
Warning	一个一般性的警告，表示在实体内容体中可能存在错误。	Warning: 199 Miscellaneous warning	固定