目录
对比思考：
一. 预备知识
服务器的设计原则与常见协议
OSI 七层模子和 TCP/IP 模子
HTTP 协议
1. URL 的布局
2. HTTP 是超文本传输协议
3. URL 编码与解码
二. HTTP 协议
1.原理
请求
相应
2. 根本工具(postman,fiddler)
3. 代码验证
学习思路：
- ✔️2 个简单的预备知识
- ✔️http 请求和相应 格式画出来，两个工具见一见 http 请求/相应的样子
- 写一个最简单的 httpserver，用欣赏器直接测试
- 开始研究 http 的细节字段--回归理论+http code
- 谈 http 报文细节
对比思考：
编码和解码 | 序列化和反序列化
相同点：
- 都是数据处理惩罚的过程，涉及到数据的转换。
- 都有一个逆过程，编码对应解码，序列化对应反序列化。
不同点：
- 目的不同：编码通常是为了数据的传输或存储的兼容性，而解码是为了规复原始数据；序列化是为了保存对象的状态，反序列化是为了规复对象的状态。
- 处理惩罚的数据范例不同：编码通常处理惩罚根本数据范例（如字符、字节等），而序列化处理惩罚的是复杂的数据布局（如对象、数组等）。
- 复杂度不同：序列化通常比编码更复杂，因为它需要处理惩罚对象之间的引用关系、范例信息等。
- 上下文不同：编码和解码更多地在字节和字符层面操纵，序列化和反序列化则与特定的编程语言和对象模子相干。
总的来说，编码和解码是序列化和反序列化的一个子集，序列化和反序列化包罗了编码和解码的过程，但涉及更复杂的布局和状态转换。
一. 预备知识
服务器的设计原则与常见协议
在之前的学习中，我们已经完成了基于 Socket 的根本服务器实现，并且通过多进程、多线程、线程池等模式处理惩罚并发请求。我们还了解了怎样利用自界说协议进行通信，联合序列化和反序列化处理惩罚数据。这些知识让我们具备了开发根本的网络应用的能力。
那么，是否有针对常见场景的现成协议软件可以直接利用呢？答案是肯定的，最典型的例子就是 HTTP 协议。将来我们利用 HTTP 做的事变，本质上和我们之前做的一样，只不外 HTTP 协议是为特定的应用场景而设计的。
OSI 七层模子和 TCP/IP 模子
在网络根本中，我们知道 OSI 模子将网络通信划分为七层：应用层、表示层、会话层等。而在 TCP/IP 协议中，应用层、表示层和会话层通常被合并为一层，称为应用层。
当我们设计网络版的计数器应用时，实际上也将功能划分为三层：
- 会话层：处理惩罚获取毗连、启动多进程、多线程或线程池。
- 表示层：负责读取完整报文、提取有用载荷，并进行序列化与反序列化。
- 应用层：处理惩罚详细业务逻辑（即回调函数 callback）。
实际上，OSI 模子中的七层划分是为了编码时保持层次布局的清晰性。比如表示层有多种方案：自界说协议、JSON、Protobuf、XML 等。这些并没有被固定到操纵体系内核中，使得开发者能够机动选择适合的表示层方案。
HTTP 协议
固然我们可能对 HTTP 还不敷了解，但可以确定，HTTP 协议中肯定包罗了以下几方面：
- 利用套接字进行通信。
- 具备序列化和反序列化的机制。
- 包罗报头的添加和解析过程。
HTTP 协议作为应用层协议，也必须处理惩罚与我们所讨论的相同的三项使命：
- 解析 URL。
- 处理惩罚客户端与服务器之间的请求与相应。
- 根据请求路径返回文件资源。
1. URL 的布局
常见的 URL 布局如下：
- https://blog.csdn.net/fight_p/article/details/137103487
- https：协议（HTTP 或 HTTPS）。
- blog.csdn.net：域名，颠末 DNS 解析后转换为服务器的 IP 地址。
- /fight_p/article/details/137103487：文件路径，指向服务器上的某个资源。
完整如下，之后会详细解释：
欣赏器通过这个 URL 找到对应的服务器，并请求该路径下的资源。值得注意的是，URL 中可以没有明确指定端标语，但服务器必须绑定到众所周知的端口（例如 HTTP 利用端口 80，HTTPS 利用端口 443）。如果 URL 中没有体现指定端标语，欣赏器会根据协议自动填充。
2. HTTP 是超文本传输协议
HTTP 协议的本质是从服务器获取文件资源。资源可以是：
- 图片、视频、音频等文件。
- HTML、CSS、JavaScript 文件。
- API 接口返回的数据。
无论是哪种资源，它们最终都存储在服务器的某个路径下，而 HTTP 协议则负责根据客户端的请求，定位并返回这些资源。
3. URL 编码与解码
在 URL 中，一些特殊字符（如 /, ?, : 等）具有特定的含义，因此不能直接出现在请求的参数中。这些字符在通报时需要进行 URL 编码。编码后的字符以 %XY 的形式表示，此中 XY 是字符的 16 进制表示。
编码规则如下：
- 将需要编码的字符转换为 16 进制。
- 每个字符占 8 位，从右到左取 4 位转成 16 进制数。
- 16 进制数前面加 %，形成 %XY 格式。
解码 则是将 %XY 转回原始字符。
固然我们可以重新开始实现这个编码和解码过程，但实际上现成的编码和解码函数已经非常成熟，可以直接利用。我们可以在网上查找相干的 URL 解码源码，作为工程师利用即可。
总结：
二. HTTP 协议
1.原理
实现如下：
可以发现 HTTP 协议是由多个部门构成的，下面我们将逐一分析这些部门。
请求
HTTP请求的第一行被称为请求行，它由三部门构成：
- 请求方法：如GET、POST、PUT等，表示对资源的操纵。
- URL：同一资源定位符，指定请求的资源。
- HTTP版本：常见的有HTTP/1.0、HTTP/1.1、HTTP/2.0等。
请求行以\r\n或\n作为分隔符。
请求报头是请求的第二大部门，由多行构成，每行包罗一个属性，格式为name:value。这些属性提供了关于请求的额外信息，如客户端范例、请求内容范例等。
紧随请求报头之后的是一个空行，这个空行非常紧张，它标志着请求头的竣事和请求正文的开始。
请求的最后一部门是正文，这部门是可选的。例如，在提交表单数据或上传文件时，正文将包罗这些数据。
一个完整的HTTP请求报文包罗上述四大块，并通过TCP毗连发送到服务器。
相应
HTTP相应的格式与请求格式非常相似，也分为四部门。
1. 状态行
相应的第一行是状态行，同样由三部门构成：
- HTTP版本：表明利用的HTTP协议版本。
- 状态码：如200、400、302、307、500、404等，用于表示请求的结果。
- 状态码描述：对状态码的文本描述，如404表示"Not Found"，200表示"OK"。
2. 相应报文
相应报文由多行构成，包罗了关于相应的额外信息，如内容范例、服务器范例等。
3. 空行
与请求格式一样，相应报文后也跟着一个空行。
4. 相应正文
相应正文中包罗了从服务器返回的实际内容，通常是HTML、CSS、JS、图片、视频或音频等。
这四部门构成了HTTP相应报文，并通过TCP毗连发送回客户端。
2. 根本工具(postman,fiddler)
- postman，不是抓包工具，模仿客户端 ----> 欣赏器举动
postman可以认为就是把欣赏器换成它发起请求然后服务器给相应。
- fiddler，是一个抓包工具，专门用来抓http的，抓的是本地的，可以用来调试的
fiddler原理就是，将来欣赏器在发起请求时是把请求交给fiddler，由fiddler代替你去请求服务器，服务器相应也是给fiddler，然后fiddler再把相应转发给欣赏器。
3. 代码验证
接下来，我们将通过编写代码来验证上述理论。我们将利用套接字（socket）来模仿HTTP请求和相应的过程。
- # 示例代码，使用Python的socket库
- import socket
- # 创建socket对象
- client_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
- # 连接到服务器
- client_socket.connect(('www.example.com', 80))
- # 发送HTTP请求
- request = "GET / HTTP/1.1\r\nHost: www.example.com\r\n\r\n"
- client_socket.send(request.encode())
- # 接收响应
- response = b''
- while True:
- part = client_socket.recv(1024)
- if not part:
- break
- response += part
- # 打印响应内容
- print(response.decode())
- # 关闭连接
- client_socket.close()
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
