https 就是安全版的http，在http的基础上加了一个TLS/SSL. 通俗的讲，TLS、SSL其实是类似的东西，SSL是个加密套件，负责对HTTP的数据进行加密。TLS是SSL的升级版。现在提到HTTPS，加密套件基本指的是TLS。原先是应用层将数据直接给到TCP进行传输，现在改成应用层将数据给到TLS/SSL，将数据加密后，再给到TCP进行传输。 所以下述场景变成了这个样子：
用户登录->加密（穿衣服）-> 各种路由、代理服务器等-> 解密（脱衣服）->实际授权服务器
https的握手和加密过程
整个过程分为以下几个步骤：
验证证书有效性（是否被更改，是否合法） 握手生成会话密钥 利用会话密钥进行内容传输
客户端（通常是浏览器）先向服务器发出加密通信的请求，这被叫做ClientHello请求。 在这一步，客户端主要向服务器提供以下信息。
（1） 支持的协议版本，比如TLS 1.0版。 （2） 一个客户端生成的随机数1，稍后用于生成”对话密钥”。 （3） 支持的加密方法，比如RSA公钥加密。 （4） 支持的压缩方法。
服务器收到客户端请求后，向客户端发出回应，这叫做SeverHello。服务器的回应包含以下内容。
（1） 确认使用的加密通信协议版本，比如TLS 1.0版本。如果浏览器与服务器支持的版本不一致，服务器关闭加密通信。 （2） 一个服务器生成的随机数2，稍后用于生成”对话密钥”。 （3） 确认使用的加密方法，比如RSA公钥加密。 （4） 服务器证书。
客户端收到服务器回应以后，首先验证服务器证书。
如果证书没有问题，客户端就会从证书中取出服务器的公钥。然后，向服务器发送下面三项信息。
（1） 一个随机数3(pre-master key)。该随机数用服务器公钥加密，防止被窃听。 （2） 编码改变通知，表示随后的信息都将用双方商定的加密方法和密钥发送。 （3） 客户端握手结束通知，表示客户端的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值，用来供服务器校验。
上面第一项的随机数，是整个握手阶段出现的第三个随机数，又称”pre-master key”。有了它以后，客户端和服务器就同时有了三个随机数，接着双方就用事先商定的加密方法，用三个随机数各自生成本次会话所用的同一把”会话密钥”。
服务端生成”会话密钥”后，向客户端最后发送下面信息。
（1）编码改变通知，表示随后的信息都将用双方商定的加密方法和密钥发送。 （2）服务器握手结束通知，表示服务器的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值，用来供客户端校验。 至此，整个握手阶段全部结束。接下来，客户端与服务器进入加密通信，就完全是使用普通的HTTP协议，只不过用”会话密钥”加密内容，变成对称加密
https://gold.xitu.io/entry/586c697c61ff4b006b2a3b53
http://www.ruanyifeng.com/blog/2014/02/ssl_tls.html