HTTPS 协议的实现原理
1、大致了解几个基本术语(HTTPS、SSL、TLS)的含义
2、大致了解 HTTP 和 TCP 的关系(尤其是 “短连接”VS“长连接”)
3、大致了解加密算法的概念(尤其是 “对称加密与非对称加密” 的区别)
4、大致了解 CA 证书的用途
1. “HTTP”简介
HTTP 是一个网络协议，是专门用来帮你传输 Web 内容滴。关于这个协议，就算你不了解，至少也听说过吧？比如你访问俺的博客的主页，浏览器地址栏会出现如下的网址http://www.xxx.com/
2. “SSL/TLS”
SSL 是洋文 “Secure Sockets Layer” 的缩写，中文叫做 “安全套接层”。它是在上世纪 90 年代中期，由网景公司设计的。(顺便插一句，网景公司不光发明了 SSL，还发明了很多 Web 的基础设施——比如“CSS 样式表” 和“JS 脚本”) 为啥要发明 SSL 这个协议捏？因为原先互联网上使用的 HTTP 协议是明文的，存在很多缺点——比如传输内容会被偷窥(嗅探)和篡改。发明 SSL 协议，就是为了解决这些问题。
*3. “HTTPS”
HTTPS 协议，说白了就是 “HTTP 协议” 和“SSL/TLS 协议”的组合。你可以把 HTTPS 大致理解为——“HTTP over SSL”或“HTTP over TLS”(反正 SSL 和 TLS 差不多)。
4. HTTP 和 TCP 之间的关系
简单地说，TCP 协议是 HTTP 协议的基石——HTTP 协议需要依靠 TCP 协议来传输数据。在网络分层模型中，TCP 被称为 “传输层协议”，而 HTTP 被称为 “应用层协议”。
有很多常见的应用层协议是以 TCP 为基础的，比如 “FTP、SMTP、POP、IMAP” 等。
TCP 被称为 “面向连接” 的传输层协议。关于它的具体细节，俺就不展开了(否则篇幅又失控了)。你只需知道：传输层主要有两个协议，分别是 TCP 和 UDP。TCP 比 UDP 更可靠。你可以把 TCP 协议想象成某个水管，发送端这头进水，接收端那头就出水。并且 TCP 协议能够确保，先发送的数据先到达(与之相反，UDP 不保证这点)。
HTTP 协议如何使用 TCP 连接？
HTTP 对 TCP 连接的使用，分为两种方式：俗称 “短连接” 和“长连接”(“长连接”又称 “持久连接”，洋文叫做“Keep-Alive” 或“Persistent Connection”) 假设有一个网页，里面包含好多图片，还包含好多外部的CSS 文件和 JS 文件。在 “短连接” 的模式下，浏览器会先发起一个 TCP 连接，拿到该网页的 HTML 源代码(拿到 HTML 之后，这个 TCP 连接就关闭了)。然后，浏览器开始分析这个网页的源码，知道这个页面包含很多外部资源(图片、CSS、JS)。
然后针对每一个外部资源，再分别发起一个个 TCP 连接，把这些文件获取到本地(同样的，每抓取一个外部资源后，相应的 TCP 就断开) 相反，如果是 “长连接” 的方式，浏览器也会先发起一个 TCP 连接去抓取页面。但是抓取页面之后，该 TCP 连接并不会立即关闭，而是暂时先保持着(所谓的“Keep-Alive”)。然后浏览器分析 HTML 源码之后，发现有很多外部资源，就用刚才那个 TCP 连接去抓取此页面的外部资源。
在 HTTP 1.0 版本，默认使用的是 “短连接”(那时候是 Web 诞生初期，网页相对简单，“短连接” 的问题不大)； 到了 1995 年底开始制定 HTTP 1.1 草案的时候，网页已经开始变得复杂(网页内的图片、脚本越来越多了)。这时候再用短连接的方式，效率太低下了(因为建立 TCP 连接是有 “时间成本” 和“CPU 成本”滴)。
所以，在 HTTP 1.1 中，默认采用的是 “Keep-Alive” 的方式。 关于 “Keep-Alive” 的更多介绍，可以参见维基百科词条。
“加密” 和“解密”？
“加密”的过程，就是把 “明文” 变成 “密文” 的过程；反之，“解密”的过程，就是把 “密文” 变为“明文”。在这两个过程中，都需要一个关键的东东——叫做“密钥”——来参与数学运算。
“对称加密”？
“对称加密技术”，意思就是说：“加密” 和“解密”使用相同的密钥。这个比较好理解。就好比你用 7zip 或 WinRAR 创建一个带密码(口令)的加密压缩包。当你下次要把这个压缩文件解开的时候，你需要输入同样的密码。在这个例子中，密码 / 口令就如同刚才说的“密钥”。
“非对称加密”？
意思就是说：“加密” 和“解密”使用不同的密钥
打个比方：如果原来的 HTTP 是塑料水管，容易被戳破；那么如今新设计的 HTTPS 就像是在原有的塑料水管之外，再包一层金属水管。一来，原有的塑料水管照样运行；二来，用金属加固了之后，不容易被戳破。
保密性
HTTPS 需要做到足够好的保密性。说到保密性，首先要能够对抗嗅探(行话叫 Sniffer)。所谓的 “嗅探”，通俗而言就是监视你的网络传输流量。如果你使用明文的 HTTP 上网，那么监视者通过嗅探，就知道你在访问哪些网站的哪些页面。
在发明 HTTPS 之前，由于 HTTP 是明文的，不但容易被嗅探，还容易被篡改。
SSL 是在1995 年之前开始设计的，那时候的 HTTP 版本还是 1.0，默认使用的是 “短连接” 的 TCP 方式——默认不启用 Keep-Alive)。