https://blog.csdn.net/weixin_45912307/article/details/109454522

1. http get请求报文

----请求行-----
GET / HTTP/1.1 => 请求方法(方式) 请求的资源路径 http协议的版本
----请求头----
Host: www.baidu.com  => 服务器的主机ip地址和端口号，提示如果看不到端口号默认是80
Connection: keep-alive => 和服务端程序保存长连接，当客户端和服务端有一段时间(3-5)没有进行通信，那么服务器程序会主动向客户端断开连接
Upgrade-Insecure-Requests: 1 => 让客户端升级不安全请求，以后要使用https
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.86 Safari/537.36 => 用户代理，客户端程序名称，可以根据是否有User-Agent进行反爬机制
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3 => 告诉服务端程序可以接受的数据类型
Accept-Encoding: gzip, deflate => 告诉服务端程序支持的压缩算法
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8 => 告诉服务端程序支持的语言
Cookie: UM_distinctid=169f06ab9d21a-0a52d93224ce3-12376d57-13c680-169f06ab9d571a; accessId=22bdcd10-6250-11e8-917f-9fb8db4dc43c; bad_id22bdcd10-6250-11e8-917f-9fb8db4dc43c=5c8a5a11-5811-11e9-975d-5932d6370ce7; parent_qimo_sid_22bdcd10-6250-11e8-917f-9fb8db4dc43c=69928890-5811-11e9-ac5b-eb2506ccad9a; CNZZDATA4617777=cnzz_eid%3D324231225-1554516145-%26ntime%3D1554521548; href=http%3A%2F%2Fwww.baidu.com%2F; pageViewNum=5; Hm_lvt_0cb375a2e834821b74efffa6c71ee607=1554516722,1554523431; Hm_lpvt_0cb375a2e834821b74efffa6c71ee607=1554523431; nice_id22bdcd10-6250-11e8-917f-9fb8db4dc43c=fc5f90f1-5820-11e9-b896-dba72e2578c0; openChat22bdcd10-6250-11e8-917f-9fb8db4dc43c=true => 客户端用户身份的标识
-----空行-----
\r\n

2. http get请求的原始报文数据

----请求行-----
GET / HTTP/1.1\r\n
----请求头----
Host: www.baidu.com\r\n
Connection: keep-alive\r\n
Upgrade-Insecure-Requests: 1\r\n
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.86 Safari/537.36\r\n
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3\r\n
Accept-Encoding: gzip, deflate\r\n
Accept-Language: zh-CN,zh;q=0.9,en;q=0.8\r\n
Cookie: UM_distinctid=169f06ab9d21a-0a52d93224ce3-12376d57-13c680-169f06ab9d571a; accessId=22bdcd10-6250-11e8-917f-9fb8db4dc43c; bad_id22bdcd10-6250-11e8-917f-9fb8db4dc43c=5c8a5a11-5811-11e9-975d-5932d6370ce7; parent_qimo_sid_22bdcd10-6250-11e8-917f-9fb8db4dc43c=69928890-5811-11e9-ac5b-eb2506ccad9a; CNZZDATA4617777=cnzz_eid%3D324231225-1554516145-%26ntime%3D1554521548; href=http%3A%2F%2Fwww.baidu.com%2F; pageViewNum=5; Hm_lvt_0cb375a2e834821b74efffa6c71ee607=1554516722,1554523431; Hm_lpvt_0cb375a2e834821b74efffa6c71ee607=1554523431; nice_id22bdcd10-6250-11e8-917f-9fb8db4dc43c=fc5f90f1-5820-11e9-b896-dba72e2578c0; openChat22bdcd10-6250-11e8-917f-9fb8db4dc43c=true\r\n
-----空行-----
\r\n

3. http get请求报文的格式

请求行\r\n
请求头\r\n
空行(\r\n)

提示: 每项信息之间都需要一个\r\n，是由http协议规定

4. http post请求报文的格式

请求行\r\n
请求头\r\n
空行(\r\n)
请求体

提示: 请求体就是浏览器发送给服务器的数据

5. http 响应报文解析

---- 响应行(状态行) --------
HTTP/1.1 200 OK => http协议版本 状态码 状态描述
---- 响应头 ----------
Server: Tengine => 服务器的名称
Content-Type: text/html; charset=UTF-8  => 服务器发送给浏览器的内容类型及编码格式
Transfer-Encoding: chunked => 服务器发送给客户端程序(浏览器)的数据不确定数据长度， 数据发送结束的接收标识: 0\r\n，Content-Length: 200（字节），服务器发送给客户端程序的数据确定长度。 内容长度这两个选项只能二选一
Connection: keep-alive  => 和客户端保持长连接
Date: Sat, 06 Apr 2019 08:49:57 GMT => 服务器的时间
--- 以下都是自定义响应头信息，自己定义响应头的名字和响应头的值，比如: is_login: True
Accept-Ranges: bytes
Ali-Swift-Global-Savetime: 1554540597
Via: cache45.l2nu29-1[3,200-0,M], cache11.l2nu29-1[4,0], kunlun2.cn249[30,200-0,M], kunlun2.cn249[33,0]
X-Cache: MISS TCP_MISS dirn:-2:-2
X-Swift-SaveTime: Sat, 06 Apr 2019 08:49:57 GMT
X-Swift-CacheTime: 0
Timing-Allow-Origin: *
EagleId: 2a51041615545405973986157e
----- 空行 ----
\r\n
----- 响应体 真正意义上给浏览器解析使用的数据----
网页数据


提示： 对于请求头和响应头信息程序员都可以进行自定义，按照客户端和服务器约定好的方式来制定即可。

6. http 响应原始报文数据

---- 响应行(状态行) --------
HTTP/1.1 200 OK\r\n
---- 响应头 ------
Server: Tengine\r\n
Content-Type: text/html; charset=UTF-8\r\n
Transfer-Encoding: chunked\r\n
Connection: keep-alive\r\n
Date: Sat, 06 Apr 2019 08:49:57 GMT\r\n
--- 以下都是自定义响应头信息，字节定义响应头的名字和响应头的值，比如: is_login: True
Accept-Ranges: bytes\r\n
Ali-Swift-Global-Savetime: 1554540597\r\n
Via: cache45.l2nu29-1[3,200-0,M], cache11.l2nu29-1[4,0], kunlun2.cn249[30,200-0,M], kunlun2.cn249[33,0]\r\n
X-Cache: MISS TCP_MISS dirn:-2:-2\r\n
X-Swift-SaveTime: Sat, 06 Apr 2019 08:49:57 GMT\r\n
X-Swift-CacheTime: 0\r\n
Timing-Allow-Origin: *\r\n
EagleId: 2a51041615545405973986157e\r\n
----- 空行 ----
\r\n
----- 响应体 就是真正意义上给浏览器解析使用的数据-----
网页数据

7. http响应报文的格式

响应行\r\n
响应头\r\n
空行\r\n
响应体\r\n

提示: 每项信息之间都要有一个\r\n进行分割

8. 请求头携带的参数：

cookie、token、content-type、Authorization、user-agent

9. 常见的 POST 提交数据方式

主要有四种方式：

1. application/x-www-form-urlencoded
2. multipart/form-data
3. application/json
4. text/xml

10. 发送post请求

import requests
# Parameters参数体
data = {
    "username": "admin666",
    "password": "123456"}
res = requests.request("post", URL, data=data)    # 发送请求时，使用data传Parameters参数体print(f"res:{res}")
# JSON参数体
token = res.json()["data"]["ticketString"]
headers = {
    "token": token,
    "Content-Type": "application/json"
}
data = {
    "page": 1,
    "pageSize": 15}
res1 = requests.request("post", URL, headers=headers, json=data)      # 发送请求时，使用json传Parameters参数体,使用headers传请求头print(f"res1:{res1}")

11. json与字典间互转

import  json
json.dumps()：将字典转换为JSON格式的字符串
json.loads()：将JSON格式的字符串转化为字典
json.dump()：将字典转换为JSON格式的字符串，并将转化后的结果写入文件
json.load()：从文件读取JSON格式的字符串，并将其转化为字典

         全部学习汇总： https://github.com/GreyZhang/J1939_basic

         这次来小结一下请求报文的发送，因为响应部分暂时有一点点模糊没看明白，还需要补充一点文档信息。

         关于请求报文，我参考了恒润的一份PPT中的一页，这个在很多文库能够看得到。具体部分据图如下：

         从这份PPT中的信息看，其实请求报文还是很简单的一个东西。至少，请求的动作还是很简单的。这是一个固定的报文格式，填充一个PGN的信息即可。而请求发送的目标地址可以是全局地址，也可以是指定的地址。

         接下来，结合我找到的一份代码看一下代码的处理。

         其实，跟上面的表格吻合度还是很高的。

         首先，PF是234，PGN也就是59904。优先级经过查看，也是3。数据长度是3，请求的PGN是发送机转速的一个PGN。这里没有源地址信息，其实是不需要。因为报文的发送功能中会自动的组装添加这样的信息。

         上面是组装信息，源地址在这里被自动组装到了报文当中。而这个就是请求报文的发送过程，至于响应我还没有把例程调试通过也没有做分析，还是有一点存疑。其实，我自己存疑的地方有两个：第一个是响应报文是不是回复到源地址？或者是全局地址？第二个疑问是，请求的PGN有没有可能不仅是一帧报文，存在多帧的情况？按照现在比较直觉的想法，可能是发送给特定地址，也就是请求报文的源地址，否则的话网络传输代价太高，毕竟消耗了更多节点的处理工作。而多帧报文，或许是没有的吧？

         现在对J1939的了解的确是还很肤浅，但是随着我不断的丰富细节，我相信这个骨架肯定会逐渐被我描绘清楚的。

         初步调试的一个例程，发送出来的报文请求如下：

         这里是两次请求发出来的信息，从报文信息看是0x81请求0x80发送0x00F004的PGN信息。

         之前，J1939其实我也花过不少时间。但是都是突击性为别人修修补补，希望这次的学习能够有一个系统性的掌握吧！

介绍

http协议详解

http协议我们应该再熟悉不过，毕竟我们每天都使用浏览器。http协议是基于tcp协议的。所以进行http通信前要建立tcp/ip的连接。

http请求报文和响应报文的格式

请求报文格式

为了理解的更清楚，我用Wireshark抓包来看看到底表现形式是啥（\r\n是换行）
其中GET / HTTP/1.1是请求行。

由3个部分组成

1. 请求方法（GET）
2. 请求目标，通常是一个URI（/）
3. 版本号（HTTP/1.1）
   

响应报文格式

为了更深入理解，同样抓包看一下。

其中HTTP/1.1 304 Not Modified是状态行

由3个部分组成

1. 版本号（HTTP/1.1）
2. 状态码（304）
3. 数字状态码补充，原因描述（Not Modified）

常用的头部字段

我举几个例子，你就能看懂大部分的首部字段。
看上面请求头例子，有一个为Accept，类似如下

Accept: text/html,application/xml

这表明客户端通过type/subtype的形式告诉服务端，我可以接收哪些文本类型
常见有的

text/html 文本
image/gif、image/jpeg、image/png 图片
video/mp4 音视频
application 数据格式不固定，由上层应用解释，如application/json，application/pdf等

Accept-Encoding客户端支持的压缩格式，gzip、deflate
服务端对应的属性为Content-Encoding，如下表明服务端使用的是gzip这种压缩方式

Content-Encoding: gzip

客户端能识别的语言为

Accept-Language: zh-CN, zh, en

服务端返回的语言为

Content-Language: zh-CN

解释完毕，还是很好理解的吧

常见的首部如下：

通用首部字段（请求报文与响应报文都会使用的首部字段）

Date：创建报文时间
Connection：连接的管理
Cache-Control：缓存的控制
Transfer-Encoding：报文主体的传输编码方式

请求首部字段（请求报文会使用的首部字段）

Host：请求资源所在服务器
Accept：可处理的媒体类型
Accept-Charset：可接收的字符集
Accept-Encoding：可接受的内容编码
Accept-Language：可接受的自然语言

响应首部字段（响应报文会使用的首部字段）

Accept-Ranges：可接受的字节范围
Location：令客户端重新定向到的URI
Server：HTTP服务器的安装信息

实体首部字段（请求报文与响应报文的的实体部分使用的首部字段）

Allow：资源可支持的HTTP方法
Content-Type：实体主类的类型
Content-Encoding：实体主体适用的编码方式
Content-Language：实体主体的自然语言
Content-Length：实体主体的的字节数
Content-Range：实体主体的位置范围，一般用于发出部分请求时使用

状态码的类别

状态码对识别错误非常有用，所以也经常被问到，总结如下

2XX 成功：

4XX 客户端错误：

5XX 服务器错误：

参考博客

[1]https://juejin.im/post/5872309261ff4b005c4580d4
[2]https://juejin.im/post/586cfcf8da2f600055ce8a8d
大佬文章
[3]http://showme.codes/
相关面试题
[4]https://blog.csdn.net/zhangliangzi/article/details/51336564
[5]https://juejin.im/post/5a8102e0f265da4e710f5910
HTTP常见的状态码
[6]https://www.cnblogs.com/hjxcode/p/5663830.html
类似403，404，503等状态码HTTP状态码（HTTP Status Code）
[7]https://blog.csdn.net/yumon321/article/details/78597481