概念

HTTP

解释: Hypertext Transfer Protocal, 超文本传输协议，属于TCP/IP第五层、OSI第七层协议栈。是B/S架构应用体系中应用最广的协议。
用法：在要访问的URL或URI前，加http://即可。
优点：规则统一，便于使用，消耗较小。
缺点：明文传输，很容易被中间人拦截（窃听、篡改、冒充），不安全。
默认端口：80

HTTPS

解释：Secure HTTP，即HTTP + 安全套件（SSL、TLS、Cert等）
用法：需要在访问的URL或URI前，加https://即可。（前提是该网站已加过安全套件）
优点：规则统一，便于使用，且由于对信息加密，安全性较高。
缺点：消耗较大，需要管理安全套件
默认端口：443

SSL/TLS

解释：SSL(Secure Sockets Layer), TLS(Transport Layer Security), 均为安全套件， TLS用于替代SSL。
作用：
所有信息加密传播，第三方无法窃听
完整性校验机制，因此无法篡改传输内容
对身份进行验证，防止冒充
优点：安全
缺点：消耗大，需要维护
最常用：TLS1.1 TLS1.2

具体过程

HTTP（基于TCP连接）

1.1 建立连接的三次握手

第一次握手：客户端发SYNbit包，指明客户端要访问的端口；并发出初始序列号X；然后客户端进入SYN_SENT状态。

? 第二次握手：服务器发ACK包应答，即SYNbit和ACKbit均为1；ACK应答设置为x+1；Seq为y ；然后服务器进入SYN_RCVD状态。

? 第三次握手：客户端发ACK包确认收到，故ACKbit为1，ACKnum为y+1，进入Establish状态；服务器收到这个包后，也进入Establish状态，TCP连接建立。

1.2 断开连接的四次挥手

第一次挥手：客户端发送离线请求，即FINbit=1；表明自己不会主动发数据了，但是可以收数据；然后客户端进入FIN_WAIT_1状态。
? 第二次挥手：服务器收到此请求并回复，即ACKbit=1，ACKnum=x+1;表明自己已接收断开连接的请求，但是尚未准备好关闭连接；然后服务器进入CLOSE_WAIT状态。客户端收到此确认包之后，进入FIN_WAIT_2状态。
? 第三次握手：服务器做好关闭连接的准备，并发送断开连接的请求，故ACKbit=1, seq=y；然后服务器进入LAST_ACK状态。
? 第四次握手：客户端收到此请求后发送确认包，进入TIMED_WAIT状态；服务器收到断开连接的确认包后，断开连接，并进入CLOSED阶段。客户端在2个最大生命周期内未收到回复时，会断开与服务器的连接，并将状态置于CLOSED。

HTTPS（基于TLS）

由于HTTPS是基于HTTP的，只是加了一步认证的过程。所以此处只讲加密这一部分。

对于HTTPS的加密，TLS使用的是公私钥+证书的方式。

具体的图示如下：

第一次握手：客户端向服务器发送ClientHello请求。
? 可提供以下信息：
? 1) 支持的协议版本，例如TLS1.0
? 2) 一个客户端生成的随机数，稍后用于生成"对话密钥"。
? 3) 支持的加密方法，比如RSA公钥加密。
? 4) 支持的压缩方法。

? 第二次握手：服务器回应客户端的请求。
? 可提供以下信息：
? 1) 确认使用的加密通信协议版本，比如TLS 1.0版本。如果浏览器与服务器支持的版本不一致，服务器关闭加密通信。
? 2) 一个服务器生成的随机数，稍后用于生成"对话密钥"。
? 3) 确认使用的加密方法，比如RSA公钥加密（包含在服务器证书里）。
? 4) 服务器证书。

? 第三次握手：客户端回应。如果证书有问题（不是可信任机构颁发、实际域名不一致、证书过期等），就会报出一个警告来；如果证书没问题，就会提供以下信息给服务器：
? 1) 一个随机数。该随机数用服务器公钥加密，防止被窃听。
? 2) 编码改变通知，表示随后的信息都将用双方商定的加密方法和密钥发送。
? 3) 客户端握手结束通知，表示客户端的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值，用来供服务器校验。

? 上面三次握手有三个随机数，可用来生成本次连接的会话密钥。

? 第四次握手：服务器收到客户端的第三个随机数pre-master key之后，计算生成本次会话所用的"会话密钥"。
? 1) 编码改变通知，表示随后的信息都将用双方商定的加密方法和密钥发送。
? 2) 服务器握手结束通知，表示服务器的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值，用来供客户端校验。

至此，TLS的加密完成。之后的通讯采用HTTP方式进行，只不过明文都需要被加密。