[ 计算机网络 ] | 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

相关推荐
虎头金猫5 天前
4K 视频总卡在公网带宽?用 N1 + OpenList 把网盘播放链路重新理顺
运维·服务器·网络·python·容器·beautifulsoup·pandas
wuyk5555 天前
《WiFi 嵌入式物联网开发全套实战》| 第 16 章 ESP32 AP+STA 双模共存原理与工程坑点
网络·stm32·物联网
XUEYUAN52125 天前
ASN 自治系统号风控:平台如何通过 IP 所属自治域批量识别代理流量
python·网络协议·http·网络安全·socks5
QYRdata5 天前
年均增速24.2%!机器人数据湖未来六年增长动能强劲
网络·机器人·服务发现
CHENKONG_CK5 天前
破解制鞋打磨痛点:RFID赋能去毛刺工序自动化升级
网络·单片机·嵌入式硬件·网络协议·tcp/ip
chshang19925 天前
工业路由器是什么?浅谈5G工业网络中的IR602
网络·物联网·5g·智能路由器
萧瑟余晖5 天前
Netty 核心组件与 Reactor 模型详解
网络·架构
ITxiaobing20235 天前
IP 定位服务选型指南:从准确率到工程落地的技术考察
linux·服务器·网络
wuyk5555 天前
【Socket 进阶之路】第 9 章 Linux 网络服务量产稳定性优化|心跳保活、TIME_WAIT、SO_LINGER、内存池、断线重连、完整异常防护框架
linux·服务器·开发语言·网络·物联网
z落落5 天前
C#UDP+串口服务端+UDP 客户端(含 CRC16 校验)
网络·网络协议·udp