HTTP的初步了解

目录

前言

一、HTTP协议的基本概念

1.1、请求格式

1.2、响应格式

二、HTTP链接问题


前言

提示:这里可以添加本文要记录的大概内容:

HTTP协议是超文本传输协议

HTTP的短连接:建立连接------数据传输------关闭连接

HTTP的长连接:建立连接------数据传输------(保持连接)------数据传输------关闭连接。如果长时间没有新的请求,连接才会关闭


提示:以下是本篇文章正文内容,下面案例可供参考

一、HTTP协议的基本概念

概念:HTTP协议是一个规范,规则。通过这个规则实现客户端与服务器之间的各种信息的传

输,它是响应协议(客户端向服务器发送一次请求,服务器返回对应的响应,得到响

应后接收通信)
协议格式:HTTP分为请求格式和响应格式两种

请求格式:客户端发送给服务端,用于请求服务器上的资源。由以下几个部分组成。

请求行:用于明确向服务器表达,自己请求的资源/功能

请求头部:对请求或正文的细致描写

空行:用于间隔头部与正文

正文:客户端向服务器发送的数据内容

响应格式:服务端发送给客户端,用于回应客户端的请求

响应行:直观向客户端描述本次请求的处理结果

响应头部:对本次响应以及正文进行额外的描述

空行:用于间隔头部与正文

正文:返回给客户端的具体数据

1.1、请求格式

请求行:用于向服务器表达、自己请求的资源

组成:包含三个元素(请求方法)、元素之间以空格间隔、以 \r\n 结尾

请求方法:用于明确当前的请求是一个怎么样的请求

GET:用于向服务器请求实体资源,请求没有正文但是可用提交数据、提交的数据

在URL中,而不是正文中,但提交的数据有限且不安全。

HEAD:与GET功能类似,但是区别在于响应中不用返回实体资源、只有头部字段

POST:用于向服务器提交数据,提交的数据在正文中。

请求头部:对请求和正文的细致描述

格式:key: val\r\nkey: val\r\n......

User-Agent: 描述客户端版本信息。服务端可以定制化响应

Mozilla/5.0 (Windows NT 10.0; Win64; x64)

Content-Type:描述正文类型,决定了正文将会被如何处理

application/x-www-form-urlencoded

Content-Length:描述正文长度

40

Referer: 告诉服务器本次请求的来源链接

https://www.baidu.com/form-page

请求空行:\r\n 间隔请求头部与正文

正文:提交给服务器的数据
URL:网址------资源定位符

作用:描述如何在某个地方获取某个指定的资源

要素:http//user:pass@www.baidu.com:80/s?wd=C%2B%2b&e=utf8#ch

https://www.baidu.com:80/path/to/resourceparam1=value1\&param2=value2#section1

http:协议名称,表示本次通信使用的是什么协议

user:访问服务器的用户认证信息的用户名

pass:访问服务器的用户认证信息的密码

baidu.com:域名,经过解析可以得到服务器的IP地址

80:http协议的默认端口是80端口,https是443端口

**/s或/path/to/resource:**请求资源的路径

**wd=C%2B%2b&e=utf8或param1=value1&param2=value2:**查询字符串

**ch或section1:**片段标识符,通常是一个html标签的id值

协议版本:现在通常是1.1的版本

从1.0版本进程的改进,从短链接支持了长链接

1.2、响应格式

响应行:

格式:HTTP协议版本、状态码、状态消息 \r\n

1xx:信息状态码,对应请求的描述; 101--协议切换

2xx:成功状态码; 200--成功处理

3xx:重定向状态码; 302-临时重定向 301-永久重定向 303-请求其他路径

4xx:客户端错误状态码; 404-请求资源不存在

5xx:服务器错误状态码; 502-服务器请求失败 504-服务器请求超时

响应头部:对本次响应以及正文进行额外的描述

格式:key: val\r\nkey: val\r\n......

Location:当状态码为3XX时,此字段指定了客户端应进一步访问的URL。

正文:响应(返回)给客户端的数据

二、HTTP链接问题

由于HTTP的一个简单的请求,并且是短链接,每次请求服务器都不一定使用同一个链接,如果每次请求服务器都是新连接,那么如何识别客户端身份就是一个问题,为了解决这个问题提出了cookie机制

cookie:

在http协议头部中加入了两个字段:Cookie Set-Cookie

1、客户端登陆成功后、服务器通过Set-Cookie字段向客户端返回一些数据:客户端身

份及状态

2、客户端收到响应后、将Set-Cookie字段中的数据保存起来到cookie文件中

3、当客户端下次请求服务器是,就会从cookie文件中读取出cookie数据,通过Cookie

字段发送给服务器

session:

cookie是有安全隐患的它默认是明文存储,因此推出了session

会话控制---每个客户端在访问服务器后,服务器都会为其创建一个会话,这个会话是存

储在服务端上的包含了用户的会话信息,如用户身份,会话状态,偏好设置

等。当服务端响应的时候,会将session的id作为cookie数据通过Set-Cookie

字段发送给客户端,下次客户端请求服务器的时候,就会将session的id通过

Cookie发送给服务器

相关推荐
速盾cdn2 小时前
速盾:CDN是否支持屏蔽IP?
网络·网络协议·tcp/ip
yaoxin5211232 小时前
第二十七章 TCP 客户端 服务器通信 - 连接管理
服务器·网络·tcp/ip
内核程序员kevin2 小时前
TCP Listen 队列详解与优化指南
linux·网络·tcp/ip
PersistJiao4 小时前
Spark 分布式计算中网络传输和序列化的关系(一)
大数据·网络·spark
黑客Ash6 小时前
【D01】网络安全概论
网络·安全·web安全·php
->yjy6 小时前
计算机网络(第一章)
网络·计算机网络·php
摘星星ʕ•̫͡•ʔ8 小时前
计算机网络 第三章:数据链路层(关于争用期的超详细内容)
网络·计算机网络
.Ayang8 小时前
SSRF漏洞利用
网络·安全·web安全·网络安全·系统安全·网络攻击模型·安全架构
好想打kuo碎8 小时前
1、HCIP之RSTP协议与STP相关安全配置
网络·安全