IT评测·应用市场-qidao123.com技术社区

标题: [ 计算机网络 ] | HTTP协议(一) [打印本页]

作者: 惊雷无声 时间: 2025-4-6 15:00
标题: [ 计算机网络 ] | HTTP协议(一)
目次
前置知识：
URL
URL的URLENCODE和URLDECODE
HTTP协议的宏观格式
怎样保证报文是完备的？怎么做序列，反序列化的？

前置知识：

URL

我们把数据给别人，别人把数据给我们，不是在做IO嘛~！ -> 上网的所有举动都是在做IO
软件方面说：应用层进程，根据协议，做两个进程之间的通信
硬件方面说：在体系结构之间做IO
图片，视频，音频，文本等等都是资源。
我们使用IP地址来定位全网中的唯一一台呆板(网络)，使用路径在这台呆板中定位唯一一个资源(体系)，
访问网络中的资源，IP和端口号都是必须的！
如果我们第一次看这个URL，发现他和Linux的路径分隔符黑白常相似的。
这个呆板上的这个路径下的某个文件发送给客户端，客户端通过浏览器剖析渲染。
比如下面的这两URL
CSDN_专业开发者社区_已接入DeepSeekR1满血版

https://www.csdn.net/?spm=1011.2415.3001.4476那为什么这个链接中没有端口号呢？
因为我们使用的Google浏览器只要知道了我们访问时间使用的协议，会为我们做缺省端口的填写。
其中呢，这一部分是

? 问号之前是我们要哀求的资源，后面的是我们传递给的参数，key=value的格式，如果是若个参数，使用&符号将他们级联起来

URL中的 / 不一定是根目次，他着实叫做web根目次，两者不一定是同一个。
URL的URLENCODE和URLDECODE

URLENCODE

转化成像%3A这样的字符，为什么要转？避免特别字符和原来的URL辩论，进而导致URL剖析失败。
服务器收到这样的URL串，再将其URLDECODE剖析成原来的字符。

HTTP协议的宏观格式

HTTP是应用层协议，是基于TCP协议的

协议是一个结构化的数据，最终就是一个类
怎样保证报文是完备的？怎么做序列，反序列化的？

将哀求报文（哀求头 + 哀求报文）作为一个长字符串，字符串以\r\n分割
一直按行读，直到读到空行，就知道了哀求头 + 哀求报文就读完了
哀求正文怎么确定读取完备了？
在哀求报头中有一个Context-Length:xxx\r\n
按行作为分隔符自己做序列和反序列化
http协议是一个独立协议，不想依靠任何库

http的相应与哀求格式根本划一，在相应行中多了个状态码和状态描述，这一部分比如就是
状态码：404 状态描述：Not Found

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

欢迎光临 IT评测·应用市场-qidao123.com技术社区 (https://dis.qidao123.com/)