接口自动化测试之HTTP协议详解

协议

协议是计算机之间通信的语言,多台计算机之间的通信只有同一协议才可行,因此,网络协议是一套为计算机网络数据传输制定的规则、标准或协议。

OSI模型

国际标准化组织(标准化组织)于1978年采用了开放系统因特网参考模型。这是众所周知的OSI模式。它把计算机网络结构的通讯程序 分成七层物理层位于顶部和底部。数据链路层，网络层，传输层，会话层，表示层，应用层。7层网络的默认温度是100摄氏度

所以今天的主题是应用层面的HTTP, 这是应用层面最常用的。

HTTP

超文本传输协议得到分发、合作、面向应用的超媒体信息系统。

原理

HTTP协议在客户和服务器结构上运作。所有请求都由客户端通过 URL 发送到服务器 。服务器得以根据收到的查询提供关于情况的信息。此方法向客户端发送回复信息 。HTTP 协议指定客户端如何向服务器发送请求 。这是首次建造计算机,服务器已成功地将其回复传送到客户端。因此,HTTP请求协议使用请求/答复模式。

客户端

客户提供两个主要目的。

1. 向服务器发送请求

收到2个服务器报告, 并解读为我们阅读的好信息。

客户最有可能是浏览器、程序等等。

当用户将网站输入到 URL 栏时, 为什么浏览器会执行以下操作 :

1.解析协议和域名

二. 使用 HTTP 协议将请求发送到服务器并生成请求信息 。

收到服务器响应的内容, 并显示给客户端 。

服务端

服务器在收到客户的请求后,将开始处理这些请求。

服务器处理过程如下

自网站创建以来,二或Tomcat等服务器软件一直在听取港口的任何新请求,并一直在等待服务器收到HTTP的请求。

一. 打开连接:如果客户已经与频道服务器建立了永久连接,可以立即使用;否则客户必须在服务器上建立新的连接。

2. 收到请求电文:当连接数据可用时,网络服务器将从网络连接接收数据,并了解请求的内容。

三. 处理请求:收到请求后,服务器可以根据请求处理请求。例如,提供电文主题并插入数据库的设置方法中的数据。

四. 存取资源:在处理请求时,如网络请求,将根据数据生成一系列HTML页面或图像,这一步骤将访问服务器上存储的物理文件。

五点回应:在确定资源后,网络服务器创建了回复报告,其中包括状态代码、回复头、回复主题等等。

第六,服务器将回复数据传送到客户计算机。

第七. 记录日志: 请求已关闭, 服务器将请求日志保存到日志文件 。

每个人都知道浏览器希望客户通过 URL 发送请求,所以让我们看看 URL 的结构。

URL

实例URL：https://i.cnblogs.com/EditPosts.aspx?postid=10913098&update=1#name

组成

URL主要由下列要素组成:

1.协议部分

HTTP 是 URL 所使用的协议 。

2.域名部分

URL 的域名是 / ww.int.Kath2.com; 然而, URL 也可以使用 IP 地址作为域名 。

3.端口部分

端口区域在域名之后出现; 如果没有, URL 使用默认端口 80, 并且该端口不是 URL 的内在组成部分 。

4.虚拟目录部分

虚拟目录不是域名首段/最后一段/最后一段之间URL的内在组成部分。

5.文件名部分

最新的是什么?如果没有#,直到#,如果没有#,那么从域名的结尾/开始到结尾的文件名称区域是 EditPosts.aspx。

6.锚部分

从#号到最后

7.参数部分

从？号开始到#号结束， 多个参数使用&号分割

报文

客户与服务器之间的信息传输是通过使用一个称为电文的介质完成的,该介质分为两个部分:请求和回应。

请求报文

请求是客户向服务器发送数据的程序。

组成

请求分为四节。

1.请求首行

提供请求方法、访问资源以及所需的HTTP版本。

2.请求头部

服务器将使用的其他信息将详细描述。

3.空行

必须报告头部后面的空白线。

4.请求体

请求经常不存在,员额请求载有请求的参数。

格式

实例

get请求实例

post请求实例

请求方法

首要请求由Get、pos、put、delette等提出。

get请求

一. 从服务器检索数据并将其提供给应答实体,可将其与数据库的选定操作相比较,而不对数据库本身产生任何影响。

2.没有请求体

3.请求参数附在URL后，以？号开始，多个参数使用&分割

四. 因为参数在 URL 后不安全, 获取请求通常用于对数据不敏感的查询 。

五. 过境参数长度有限。

post请求

向请求处理的指定资源提交数据(例如,POST请求可能导致创造新的资源和/或改变现有资源(例如,通过提交表格或上载文件)。 数据载于请求机构。

第二,员额请求包括一个请求机构。

3个请求参数可以采用任何格式,存储在请求机构内。

四,数据是相当安全的。

五. 请求数据无尺寸限制;这可视为无限。

其他请求不做介绍

响应报文

客户向服务器发送请求,并在服务器程序被称为回复后向客户发送数据的过程。

组成

答复报告同样分为四节。

1.响应首行

议定书版本、状态代码、成功和失败信息

2.响应头部

供客户使用的一些更多信息

3.空行

它必须回答报告头下空白的一行。

4.响应数据

数据和其他信息还给客户。

格式

实例

get响应实例

post响应实例

响应状态码

HTTP扩展

Cookie机制

什么是饼干?

我们都知道,当我们访问一个网站,当输入帐号和密码时,您会经常看到下面显示一个“记住我”选项。只要我们检查这个盒子当重新进入时,网站可以访问,无需输入账户号码和密码。因此,这是使用Cookie方法完成的。跟踪用户状况和身份的用法。

Cookie是服务器以文本文件的形式向客户端提供的具体信息, 客户端随后在发送给服务器的每项请求中加入文本文件, 以便服务器能够识别它 。

饼干程序

当用户最初询问服务器时,Cookie的资料未列入请求中。服务器收到客户请求后,将执行以下操作:这是我第一次成功地 向客户传递信息目前, 响应的头条标题将包含 Set- Cookie 字段信息 。它还提供关于用户身份的信息。客户在接见Set-Cookie后写道:Cookie 将在本地保存( 在内存或硬盘上 ) 。

当客户再次将请求传送到服务器时, 信息头条被要求携带 Cookie 信息并将其发送到服务器, 服务器根据 Cookie 自己的信息分析, 动态生成与客户相关的数据 。

实例

第一次访问

http://8765, 我们使用小提琴手检索并回复网站顶页上的查询。

当初始请求站点可见时,请求并不包含 Cookie 信息,而回复则向客户提供套装 Cookie 。

第二次访问

我们可以观察到,对第二项请求和答复进行了修改。

Cookie的资料已列入请求,Set-Cookie的资料不再列入答复报告。

因此,只要我们不知道饼干, 我们就可以继续像往常一样使用这个网站 过下半辈子的生活。

Session机制

会议是什么会议?

与本地客户端上保存的 Cookie 不同, 会话存储在服务器上 。

与Cookie方法相同,只有Cookie检查客户的出入证以确定客户的身份,而Cookie则通过客户名单检查服务器上的客户身份。

届会程序

当客户最初要求服务器时,服务器将构造一个会话, 并指定一个独特的 Session id 。这不是唯一会发生在我们身上的事情, 但它是唯一会发生在我们身上的事情。服务器在接到客户请求时 能够确定发生了什么您也可以找到将归还您的客户的信息 。然后将回复信息还给客户,头部有会话代号。

当客户再次向服务器提出请求时,将信息带入上一个会话代号(需要会议代号才能通过 cookie 传递)的请求将发送给会议负责人。收到请求后,服务器使用 Ssession id 搜索匹配会话的内容。这是政府第一次确定这些请求是否来自同一客户。之后,向客户归还相关数据。

区别

最后,我们利用真实情况深入审查两者之间的区别。

我经常访问一家咖啡店,在那里,我免费咖啡可得到五杯咖啡折扣,但一次性消费五杯咖啡的机会有限,因此有必要采取某种方法,跟踪特定客户的摄入量。

1. 企业工作人员的力量足以记住每个客户的消费量,一旦客户进入咖啡店,办事员将知道如何处理消费量,这种办法将是支持协议本身的状况。

2. 向记录消费量并通常具有有效期限的消费者提供卡片,每次消费时,如果顾客提供卡片,卡片消费与以前或以后的消费有关。

3. 向消费者发放会员卡,不记录除卡号以外的任何信息,如果客户在每次消费时显示卡片,商店办事员在商店记录簿上发现适当的记录号码,并添加一些消费者信息,以维持服务器端的状态。

因为 HTTP 协议没有状态,我不希望它成为一个州 出于各种原因。因此，最后两种选择变得更加可行。饼干机制尤其采用客户对客户维护方案,旨在协助个人保持与其需求的联系。另一方面,会话方法利用在服务器端保持现状的可能性。同时我们也看到，由于服务器端维护选项对于保持客户的标识也是必要的,因此,会议机制可能需要采用饼干方法来保持标记。尽管如此,它仍有其他可能性。

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/20247.html。