被问到： http 协议和 https 协议的区别怎么办 别慌，这篇文章给你答案

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

空一行：标识着响应头的结束

响应正文：从服务响应回来的具体数据，比如 XML、JSON 格式的数据，这个也是做接口测试要重点查看的内容。

通过以上抓包信息我们也可以看出来， http 协议有如下几个特点：

通信使用的明文进行数据传输的，任何一个中间截取者都可以截取数据进行篡改；
请求的客户端和响应的服务器端不会对通信双方进行身份的确认，这样就可能会导致任何人都可以假冒成为通讯方而不被发现；
也没有校验和保护数据的完整性的机制，被篡改的数据没有办法被通讯双方所发现。

但是随着互联网的不断发展，我们越来越多的业务都在网上进行，对于安全性就越来越重视。所以针对 HTTP 协议这些不安全的特点，一个新的协议就应运而生，它就是 HTTPS 协议。

HTTPS 协议
HTTPS，全称是 Hyper Text Transfer Protocol Secure（超文本传输安全协议），是以安全为目标的 HTTP 通道，简单讲就是 HTTP 协议的安全版。

那么它是怎么实现安全性的呢？看下图：

从图我们可以清晰的看到，HTTPS 协议就是在 HTTP 协议和 TCP 协议之间加入了 SSL 层，所以它的安全性就是通过 ssl 协议来实现的。所以 HTTPS 协议也经常被叫做：披着 SSL 外壳的 HTTP 协议。

那么这个 SSL 协议能提供哪些安全性呢？给大家列一个公式： HTTP+ 加密 + 认证 + 完整性保护 =HTTPS

SSL 握手过程

具体这些安全性机制如何实现的，我们就需要来看一下 HTTPS 的工作流程。下图是 SSL 建立连接的握手过程：

以上过程我们文字解释一下：

1.客户端通过发送Client Hello 报文开始 SSL 通信
客户端发起请求，以明文传输请求信息，包含版本信息，加密套件候选列表，压缩算法候选列表，随机数，扩展字段等信息。

相关信息如下：
• 支持的最高 TSL 协议版本 version，从低到高依次 SSLv2 SSLv3 TLSv1 TLSv1.1 TLSv1.2，当前基本不再使用低于 TLSv1 的版本;
• 客户端支持的加密套件 cipher suites 列表， 每个加密套件对应前面 TLS 原理中的四个功能的组合：

认证算法 Au (身份验证)

密钥交换算法 KeyExchange(密钥协商)

对称加密算法 Enc (信息加密)

信息摘要 Mac(完整性校验);

2.服务器可进行 SSL 通信时，会以 Server Hello 报文应答
服务端返回协商的信息结果，包括选择使用的协议版本 version，选择的加密套件 cipher suite，选择的压缩算法 compression method、随机数 random_S 等，其中随机数用于后续的密钥协商;

3.服务器发送 Certificate 证书报文
服务器端配置对应的证书链，用于身份验证与密钥交换; 报文中包含公开密钥证书，客户端可以通过证书验证服务器的身份，这就是防止的第三方假冒身份，保证的通讯双方的身份真实性。

4.服务器发送 Server Hello Done 报文通知客户端
这个报文的发送通知客户端 server_hello 信息发送结束，就标识着最初阶段的 SSL 握手协商部分结束。

5.客户端以 Client Key Exchange 报文作为回应
客户端收到服务器的证书后，会去验证证书的合法性，如果验证通过才会进行后续通信，否则根据错误情况不同做出提示和操作。

证书的合法性验证通过之后，客户端计算产生随机数字 被称为 Pre-master secret 的随机密码串，并用证书公钥加密，发送给服务器; 该报文已用步骤 3 中的公开密钥进行加密。

此时客户端已经获取全部的计算协商密钥需要的信息：两个明文随机数 random_C 和 random_S 与自己计算产生的 Pre-master，计算得到协商密钥。

6.接着客户端继续发送 Change Cipher Spec 报文
客户端通过该报文通知服务器后续的通信都采用协商的通信密钥和加密算法进行加密通信。

7.客户端发送 Finished(encrypted_handshake_message) 报文
结合之前所有通信参数的 hash 值与其它相关信息生成一段数据，采用协商密钥 session secret 与算法进行加密，然后发送给服务器用于数据与握手验证; 该报文包含连接至今全部报文的整体校验值。这次握手协商是否能够成功，要以服务器是否能够正确解密该报文作为判定标准。

8.服务器同样发送 Change Cipher Spec 报文
服务器用私钥解密加密的 Pre-master 数据，基于之前交换的两个明文随机数 random_C 和 random_S，计算得到协商密钥：enc_key=Fuc(random_C, random_S, Pre-Master)；然后计算之前所有接收信息的 hash 值，并解密客户端发送的 encrypted_handshake_message，验证数据和密钥正确性;

验证通过之后，服务器同样发送 change_cipher_spec 以告知客户端后续的通信都采用协商的密钥与算法进行加密通信;

9.服务器同样发送 Finished（encrypted_handshake_message）报文
服务器也结合所有当前的通信参数信息生成一段数据并采用协商密钥 session secret 与算法加密并发送到客户端。

客户端计算所有接收信息的 hash 值，并采用协商密钥解密 encrypted_handshake_message，验证服务器发送的数据和密钥，验证通过则握手完成。

10.开始进行应用层协议的通信，即发送 HTTP 请求。
服务器和客户端的 Finished 报文交换完毕之后，SSL 连接就算建立完成。开始正式发送 HTTP 通信消息，发送的是 http 的请求消息，当然，通信报文都会受到 SSL 的保护。

应用层发送数据时会附加一种叫做 MAC（Message Authentication Code）的报文摘要。MAC 能够查知报文是否遭到篡改，从而保护报文的完整性。

11.应用层协议通信，即发送 HTTP 响应。
12.最后由客户端断开连接。断开连接时，发送 close_notify 报文。
上图做了一些省略，这步之后再发送 TCP FIN 报文来关闭与 TCP 的通信。

通过以上 12 步的解析，我们可以清楚的看到 SSL 是如何给数据提供安全性的：

1）通过证书来验证通信双方的身份吗，保证身份的真实可靠，防止第三方假冒；

2）通过协商出来的秘钥进行通信数据的加密，保证数据不会被被任何数据截取者看到，保证的数据的机密性；

3）通过 MAC 的报文摘要，确保数据没有被篡改，保证了数据的完整性。

使用 HTTP 协议还是 HTTPS 协议呢？
讲到这里我们会发现 HTTPS 协议确实比 HTTP 协议要安全很多，但是我们平时生活中还是会看到有些网站用的是 http 协议。既然 HTTPS 那么安全可靠，那为何所有的 Web 网站不一直使用 HTTPS 呢？主要的原因有以下几点：

1、对计算机的资源消耗比较大：因为与纯文本通信相比，加密通信会消耗更多的 CPU 及内存资源。如果每次通信都加密，会消耗相当多的资源，平摊到一台计算机上时，能够处理的请求数量必定也会随之减少。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

件测试知识点，真正体系化！**

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取