HTTP已经慢慢淡化在互联网协议中的作用。
因为其作为应用层协议，本身只是用于传输超文本的网络协议，而不会提供任何安全上的保证 —— 这也使得【窃听】和【中间人攻击】成为可能。
HTTP的不足导致了HTTPS的产生 —— 采用 安全套接字层 SSL保证数据传输的安全。不过现在随着传输层安全协议的发展，我们已经用TLS取代了SSL。
HTTPS 可以看做是对 HTTP 协议的扩展，我们可以使用它在互联网上安全地传输数据，然而 HTTPS 请求的发起方第一次从接收方获取响应需要经过 4.5 倍的往返延迟（Round-Trip Time）：
要知道为什么，我们需要先了解下另几个相关的协议：
TCP协议
应用层协议
其需要底层的传输协议为其提供基本的数据传输功能。通常作为HTTP的底层协议，其三次握手是为了阻止错误的建立历史连接
TCP连接的双方通过这【三次握手】确定TCP连接的初始序列号、窗口大小以及最大数据段，这样通信双方就能利用连接中的初始序列号保证双方数据段的不重不漏、通过窗口大小控制流量、使用最大数据段避免IP协议对数据包的分片。
2014年提出了“TCP快启” —— 在某些场景下通过一次通信建立TCP连接：
TCP 快启策略使用存储在客户端的 TFO Cookie 与服务端快速建立连接。TCP 连接的客户端向服务端发送 SYN 消息时会携带快启选项，服务端会生成一个 Cookie 并将其发送至客户端，客户端会缓存该 Cookie，当其与服务端重新建立连接时，它会使用存储的 Cookie 直接建立 TCP 连接，服务端验证 Cookie 后会向客户端发送 SYN 和 ACK 并开始传输数据，这也就能减少通信的次数。
TLS
TLS 的作用是在可靠的 TCP 协议上构建安全的传输通道，其本身是不提供可靠性保障的，我们还是需要下层可靠的传输层协议。在通信双方建立可靠的 TCP 连接之后，我们就需要通过 TLS 握手交换双方的密钥了
- 客户端向服务端发送 Client Hello 消息，其中携带客户端支持的协议版本、加密算法、压缩算法以及客户端生成的随机数；
- 服务端收到客户端支持的协议版本、加密算法等信息后；
- 向客户端发送 Server Hello 消息，并携带选择特定的协议版本、加密方法、会话 ID 以及服务端生成的随机数；
- 向客户端发送 Certificate 消息，即服务端的证书链，其中包含证书支持的域名、发行方和有效期等信息；
- 向客户端发送 Server Key Exchange 消息，传递公钥以及签名等信息；
- 向客户端发送可选的消息 CertificateRequest，验证客户端的证书；
- 向客户端发送 Server Hello Done 消息，通知服务端已经发送了全部的相关信息；
- 客户端收到服务端的协议版本、加密方法、会话 ID 以及证书等信息后，验证服务端的证书；
- 向服务端发送 Client Key Exchange 消息，包含使用服务端公钥加密后的随机字符串，即预主密钥（Pre Master Secret）；
- 向服务端发送 Change Cipher Spec 消息，通知服务端后面的数据段会加密传输；
- 向服务端发送 Finished 消息，其中包含加密后的握手信息；
- 服务端收到 Change Cipher Spec 和 Finished 消息后；
- 向客户端发送 Change Cipher Spec 消息，通知客户端后面的数据段会加密传输；
- 向客户端发送 Finished 消息，验证客户端的 Finished 消息并完成 TLS 握手；
TLS 握手的关键在于利用通信双方生成的随机字符串和服务端的公钥生成一个双方经过协商后的密钥，通信的双方可以使用这个对称的密钥加密消息防止中间人的监听和攻击，保证通信的安全。
在 TLS 1.2 中，我们需要 2-RTT 才能建立 TLS 连接，但是 TLS 1.3 通过优化协议，将两次往返延迟降低至一次，大幅度减少建立 TLS 连接所需要的时间，让客户端可以在 1-RTT 之后就能向服务端传输应用层数据。
HTTP协议
在已经建立好 TCP 和 TLS 通道上传输数据是比较简单的事情，HTTP 协议可以直接利用下层建立的可靠的、安全的通道（TCP连接）传输数据。客户端通过 TCP 的套接字接口向服务端写入数据，服务端在接收到数据、进行处理后通过相同的途径返回。因为整个过程需要客户端发送请求以及服务端返回响应。
当客户端和服务端仅处理一次 HTTP 请求时，从 HTTP 协议本身我们已经无法进行优化。不过随着请求的数量逐渐增加，目前流行的 HTTP/2 就可以复用已经建立的 TCP 连接减少 TCP 和 TLS 握手带来的额外开销。
现在“局势”就很明了了：
- TCP 协议需要通过三次握手建立 TCP 连接保证通信的可靠性（1.5-RTT）；
- TLS 协议会在 TCP 协议之上通过四次握手建立 TLS 连接保证通信的安全性（2-RTT）；
- HTTP 协议会在 TCP 和 TLS 上通过一次往返发送请求并接收响应（1-RTT）；