1.简介

有的小伙伴或者童鞋们可能会好奇地问宏哥，不是讲解和分享抓包工具了怎么这里开始讲解 HTTP 和 HTTPS 协议了。这是因为你对 HTTP 协议越了解，你就能越掌握 Fiddler 的使用方法，反过来你越使用 Fiddler，就越能帮助你了解 HTTP 协议。

Fiddler 无论对开发人员或者测试人员来说，都是非常有用的工具。

2.前言

超文本传输协议 HTTP 协议被用于在 Web 浏览器和网站服务器之间传递信息，HTTP 协议以明文方式发送内容，不提供任何方式的数据加密，如果攻击者截取了 Web 浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息，因此，HTTP 协议不适合传输一些敏感信息，比如：信用卡号、密码等支付信息。

为了解决 HTTP 协议的这一缺陷，需要使用另一种协议：安全套接字层超文本传输协议 HTTPS，为了数据传输的安全，HTTPS 在 HTTP 的基础上加入了 SSL 协议，SSL 依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。

3.HTTPS 基本概念

HTTP（HyperText Transfer Protocol：超文本传输协议）是一种用于分布式、协作式和超媒体信息系统的应用层协议。 简单来说就是一种发布和接收 HTML 页面的方法，被用于在 Web 浏览器和网站服务器之间传递信息。是互联网上应用最为广泛的一种网络协议，是一个客户端和服务器端请求和应答的标准（TCP），用于从 WWW 服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少。

HTTP 默认工作在 TCP 协议 80 端口，用户访问网站 http:// 打头的都是标准 HTTP 服务。

HTTP 协议以明文方式发送内容，不提供任何方式的数据加密，如果攻击者截取了 Web 浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息，因此，HTTP 协议不适合传输一些敏感信息，比如：信用卡号、密码等支付信息。

HTTPS（Hypertext Transfer Protocol Secure：超文本传输安全协议）是一种透过计算机网络进行安全通信的传输协议。HTTPS 经由 HTTP 进行通信，但利用 SSL/TLS 来加密数据包。HTTPS 开发的主要目的，是提供对网站服务器的身份认证，保护交换数据的隐私与完整性。是以安全为目标的 HTTP 通道，简单讲是 HTTP 的安全版，即 HTTP 下加入 SSL 层，HTTPS 的安全基础是 SSL，因此加密的详细内容就需要 SSL。

https 协议的主要作用可以分为两种：

一种是建立一个信息安全通道，来保证数据传输的安全；

另一种就是确认网站的真实性。

4.什么是 http 请求和响应?

http 的工作方式为一个简单的客户端请求与服务端响应的应答过程。它指定了客户端发送给服务器什么样的消息形式以及得到什么样的消息响应，所有的 www 文件都必须遵循这个标准协议, 目的是提供一种发布和接收 html 页面的方法。举个例子比如说 客户端（浏览器）向服务器提交一个 http 请求, 那么服务器又会向客户端这边返回响应信息。而这些响应信息包含关于客户端请求的状态信息以及客户端所需要的内容信息。如下图所示：

5.http 协议和 web 之间的本质

http 协议和 web 之间的本质说白了就是就是浏览器和服务器打交道的。客户端向服务器端发送 Http 请求,然后服务器端向客户端返回 http 响应!

http 协议：所谓协议，就是指双方遵循的规范。http 协议，就是浏览器和服务器之间进行 “沟通” 的一种规范。, 也就是以这个规范来向服务器发起请求, 服务器才会给客户端进行正确的响应, 所以 http 有的时候也可以理解为是一种 规范、规则、标准。http 协议是属于 “应用层的协议”,而且是基于 TCP/IP 协议的, 也就是说 http 通信发生在 TCP/IP 链接之上。

通俗一点说 http 协议就是基于 TCP 的一种应用层协议 它不会关系数据传输的细节问题,也就是说你不用去关心它下层 TCP 的运行逻辑, 它的核心只在于用来规定客户端和服务端的数据传输格式。最早 http 是用来向客户端传输 html 文件内容,默认的端口 80

5.1 扩展

有兴趣的朋友可以自行了解一下 iso 网络七层模型。

如果你接触过 socket 网络编程，就应该明白 TCP 和 UDP 这两种使用广泛的通信协议（建立连接、三次握 手等等，当然，这不是本文讨论的重点）。

既然 TCP/UDP 是广泛使用的网络通信协议，那为啥有多出个 http 协议来呢？

笔者曾自己动手写过一个简单的 web 服务器处理软件，根据我的推断（不一定准确）。UDP 协议具有不可靠性和不安全性，显然这很难满足 web 应用的需要。

而 TCP 协议是基于连接和三次握手的，虽然具有可靠性，但人具有一定的缺陷。但试想一下，普通的 C/S 架构软件，顶多上千个 Client 同时连接，而 B/S 架构的网站，十万人同时在线也是很平常的事儿。如果十万个客户端和服务器一直保持连接状态，那服务器如何满足承载呢？

这就衍生出了 http 协议。基于 TCP 的可靠性连接。通俗点说，就是在请求之后，服务器端立即关闭连接、释放资源。这样既保证了资源可用，也吸取了 TCP 的可靠性的优点。

正因为这点，所以大家通常说 http 协议是 “无状态” 的，也就是 “服务器不知道你客户端干了啥”，其实很大程度上是基于性能考虑的。以至于后来有了 session 之类的玩意。

通俗点说 http，就是在请求和响应之后，服务器端立即关闭连接，并释放资源，这样既保证了资源可显示与可用性，也吸取了 TCP 协议的可靠性优点,但是缺点就无法跟踪用户的操作了,所以我们在后端开发的学习中才会接触一个东西叫 session 和 cookie 技术

所以你也可以理解为 http 是基于请求与响应的模式, 并且是无状态的应用层协议。

6.http 请求和响应的基本原理

HTTP 消息是服务器和客户端之间交换数据的方式。有两种类型的消息︰ 请求（requests）-- 由客户端发送用来触发一个服务器上的动作；响应（responses）-- 来自服务器的应答。

任何一个 http 请求都只会分为两个部分: 一个请求报文另外一个是响应报文。

请求报文是客户端按照一定的格式生成一段文本,然后发给我们的服务端, 而服务器接收到了这样一个请求报文就会解析里面的内容进行处理,然后做出反馈，也就是响应。

响应报文也就是服务器端根据请求报文反馈给客户端的文本信息。

6.1http 请求 (request) 报文基本结构

http 请求 (request) 也叫请求报文，一个基本的 HTTP 请求报文由请求行（request line）、请求头部（request header）、空行和请求数据 4 个部分构成。

1.请求行（request line）:就是请求方式和协议,也就是说用于描述客户端的请求方式,例如post/get方式, 以及请求的资源名称和HTTP协议的版本号!
2.若干个请求头（request header）: 这些也叫消息头告诉服务器发送的是什么数据类型，编码类型、请求的是哪台主机、以及客户端浏览器的一些系统环境 等等， 这些消息头中有很多头部字段名 和 对应的值它的格式为 name:value
3.空白行
4.请求正文内容

说了这么多是不是有点懵有点晕，那宏哥就使用抓包工具抓取实际例子，我们具体看一下：

那么我们在学习 http 知识的时候 就可以先直接使用 Fiddler 来抓取一个 http 请求和 http 响应来先看看到底是什么东西! 这样也有助于我们来更好地理解 http。我们可以通过 Fiddler 抓取网络数据包的手段，就可以看到一个基本的 http 请求结构都包含哪些信息! 例如一个 GET 方式的请求 (Request) 信息，如下图所示：

6.2http 响应 (response) 报文基本结构

http 响应 (response) 也叫响应报文，一个基本的 HTTP 响应报文由响应行、响应头、空行和响应体 4 个部分构成。

1.响应行：响应行一般由协议版本、状态码及其描述组成 比如 HTTP/1.1 200 OK
2.响应头：响应头用于描述服务器的基本信息，以及数据的描述，服务器通过这些数据的描述信息，可以通知客户端如何处理等一会儿它回送的数据。
3.空白行：
4.响应体：响应体就是响应的消息体，如果是纯数据就是返回纯数据，如果请求的是HTML页面，那么返回的就是HTML代码，如果是JS就是JS代码，如此之类。

其实响应报文比请求报文更加简单, 你只要能够搞懂请求报文 那么响应报文就很容易搞懂，同样的道理，我们可以通过 Fiddler 抓取网络数据包的手段，就可以看到一个基本的 http 响应结构都包含哪些信息。

例如一个 POST 方式的请求 (Request) 信息 如下:例如一个 POST 方式的请求 (Request) 信息，如下图所示：

怎么样是不是看这一大堆脑壳都大了一直稳稳地响个不停呢 ？感觉无从下手，更不用说学习里， 哈哈哈不要着急，跟着宏哥慢慢来学!😁😁😁

7.Http 请求 (Request) 报文结构图解

我们先来看一张请求 (Request) 图解，如下图所示：

然后宏哥来逐一解剖上图中的各个部分，解剖结果如下：

7.1 请求方法 (Request method)

我们常见的一些请求方式也就是 POST/GET,当然还有其他的一些请求方式, 如下表所示：

7.2URL (Uniform Resource Locator）

URL 中文名为统一资源定位符 英文全称 Uniform Resource Locator ,可以使用一个 URL 地址来描述一个网络上的资源，而 HTTP 的GET、POST、PUT、DELETE对应着对这个资源的查、改、增、删四个操作。我们网络中的每一信息资源都有统一的且在网上唯一的地址!

URL 具体由 4 部分组成：协议、主机、域名、端口、路径文件、[附加资源]

URL 的一般语法格式为：

protocol :// hostname[:port] / path / [?query-parameters][#anchor]

1.协议 (protocol)：指底层使用的协议类型，如：http、ftp、https、等...

2.主机名 (hostname) + 域名：HTTP 服务器的 IP 或者域名。主机名 + 域名 例如: www.xsphp.com

3.端口 (port)：HTTP 服务器端口，端口是一个数字, 端口是可选的 省略时使用方案是服务器默认配置的端口。例如 80、8080、..各种传输协议都有默认的端口号，如 http 协议的默认端口为 80，如果 URL 地址省略端口，则使用默认端口号。

注意：有时候出于安全或其他考虑，可以在服务器配置上对端口进行重新定义，也就是采用非标准端口号，那么此时，URL 地址中就不能省略端口号这一项。

4.路径文件 (path)：访问资源的路径。由零或多个/符号隔开的字符串，一般用来表示主机上的一个目录或文件地址。例如: /tpl/index.php

5.查询参数 附加资源 (query-parameters)：发送给 HTTP 服务器的数据。

这一项在 URL 中也是可选的 用于给动态网页如 PHP/JSP/ASP/ASP.NET 等后端页面 传递参数的一种方式，并且如果是 GET 请求方法, 那么可有多个参数, 它们彼此用&符号隔开，每个参数的名和值用=符号隔开

语法格式: ?参数=值&参数 2=值 以此类推。例如: ?id=33&age=25&name=zhangsan。举个例子：一个比较常见的 url 地址， 如：https://www.xxxx.net/xxxx/xxxx/xxxx/100?num=1001.2014.3001.5501

6.anchor：锚点

7.3 请消息求头 (Request Header)

1.请求消息头也叫消息头告诉服务器发送的是什么数据类型，编码类型、请求的是哪台主机、以及客户端浏览器的一些系统环境 等等前面已经说过了, 并且请求头是可以由开发人员根据需求去进行自定义的。

这些消息头中有很多头部字段名 和 对应的值它的格式为 name:value。我们常见的一些请求头如下表所示：

例如:image/jpg,text/html,application/json
也就是可以让客户端告诉服务器之后客户端这一边想接收到什么样的数据格式 |
| Accept-Charset | 告诉服务器等一会这边客户端需要接收的字符集编码格式， |
例如:gb2312、iso-8859-1、utf-8 |
| Accept-Encoding | 告诉服务器， 客户端这边可接受的内容压缩编码，例如gzip可以在一定程度上节省流量! |
| Accept-Language | 告诉服务器,客户端可接受的语言，例如Accept-Language：zh-cn |
| Authorization | 客户端提供给服务端进行权限认证的信息, 也就是要告诉服务器端一些认证的信息，服务器才能返回响应的数据! |
| Cookie | 携带的 COOKIE 信息, 普通情况下，当一个用户登录成功，就会在本地保存一份cookie,下次请求就会直接带上这个cookie信息，也就是这个用户的相关信息 |
| Referer | 当前文档的URL也就是纪录下从哪个链接地址提交到服务器的 |
| Content-Type | 向服务器提交内容的格式
例如：Content-Type：application/x-www-form-urlencoded
总而言之,就是告诉服务器,客户端传递的内容属于什么格式 或 其他编码格式! |
| Content-Length | 数据长度, 也就是客户端向服务器端提交内容的数据长度有多少字节! |
| Cache-Control | 缓存机制，例如：Cache-Control:no-cache |
| pragma | 防止页面被缓存，与Cache-Control:no-cache作用一样 |
| .............................................. | |

2.我们可以用 Fiddler 截取一个请求头看看，如下图所示：

7.4 空行

空白行：也就是在消息头结束的下方，会存在一个空白行, 这是必须存在的, 是由 HTTP 标准规定的!

7.5 请求体

请求体它的出现是要根据请求的方式不同而不同, 也就是如果是 POST 那么就会以键与值的形式进行发送, 如果是 GET 请求那么这里就不会包含请求正文内容。

从 7.3 宏哥抓包可以看出这里是一个 json 数据：

{"email":"xxxxxxx@qq.com","password":"xxxxxxx","remember":"0","code":"","mobile":"","type":"login","reqtimestamp":1647506402551}

8.http 响应 (Response) 报文结构图解

同样我们先来看一张 http 响应 (response) 图解，如下图所示：

然后宏哥来逐一解剖上图中的各个部分，解剖结果如下：

8.1 响应行

响应行也叫状态行， 上图中响应行内部其实包含了 3 个重要的信息部分:

HTTP 协议的版本、HTTP 状态码、HTTP 的状态描述

1.HTTP 协议的版本现目前都是 HTTP/1.1 版本 这个没什么好说的!

2.HTTP 状态码 可以用来表示网页服务器端给客户端返回的 HTTP 响应状态, 通常都是 3 位数字的代码, 而这些常见的状态码又可以分为几种提示类型: 如下表所示：

3.HTTP 的状态描述是紧跟在状态码后面的英文单词

每一种具体类别状态码 + 状态描述可以参考下表:

1xx: 提示消息类型

2xx: 成功消息类型

3xx: 重定向类型

4xx: 客户端错误信息

5xx: 服务器错误信息

8.2 响应头 (Response Header)

1.响应头也叫消息报头 也就是服务器端要告诉客户端的一些附加信息, 但是也有可能这些响应头是由后端开发人员进行自定义的!

而且这里的响应头跟请消头 很类似, 格式也基本一样, 它的格式为 name:value。具体宏哥这里也列举了一些常见的响应头 如下表所示：

宏哥这里只例举一下常见和常用的，其实还有更多的响应头这里就不一一列举了! 有兴趣的自己可以百度一下！

2.我们可以用 Fiddler 截取一个响应头看看，如下图所示：

8.3 空白行

空白行也就是 http 规范制定的必须存在的一个空行, 空行的目的就是一种格式，也就是要告诉用户接下来的内容就是正文内容了!

8.4 响应体

响应体也就是实际从服务器返回给客户端的正文内容,也可能是一些字符串， 也可以是任意的格式:

响应体大多数情况下都是 html、json、文本、xml 这些格式!

从 8.2 宏哥抓包可以看出这里是一个 json 数据：

{"status":1,"code":10000,"message":"\u8bbf\u95ee\u6210\u529f","data":{"url":"","token":" xxxxxxxx","isenterprise":0,"uid":" xxxxxxxxx"}}

9.小结

1.HTTP 请求和响应具有相似的结构，由以下部分组成︰

（1）一行起始行用于描述要执行的请求，或者是对应的状态，成功或失败。这个起始行总是单行的。

（2）一个可选的 HTTP 头集合指明请求或描述消息正文。

（3）一个空行指示所有关于请求的元数据已经发送完毕。

（4）一个可选的包含请求相关数据的正文 (比如 HTML 表单内容), 或者响应相关的文档。 正文的大小有起始行的 HTTP 头来指定。

起始行和 HTTP 消息中的 HTTP 头统称为请求头，而其有效负载被称为消息正文。

好了，对于 Http 和 Https 相关的的知识点宏哥就说这么多了,对于学习 fiddler 足够了！

接下来你就可以愉快的学习 Fiddler 了🤗