http传输如下：
此时信息是明文传输，如果信息被人截获，则能看到里面的内容，极不安全
那就需要对内容加密，过程如下：
- 浏览器生成一个秘钥
- 浏览器向服务器请求公钥
- 服务器向浏览器发送它的公钥
- 浏览器接收服务器发送的公钥，并使用公钥加密随机生成的对称密钥，发送给服务器
- 服务器接收浏览器发送的数据，用自身私钥，得到对称加密密钥
- 最后，浏览器和服务器可以使用对称密钥加密内容进行通信
但此方案仍会存在安全隐患，在第三步和第四步之间，如果被一个中间人获取到它的公钥，浏览器使用中间人的公钥加密对称密钥，发送给服务器，中间人再次截获数据，获取其中的对称密钥。浏览器和服务器在双方数据都不知情的情况下，数据内容被窥探。
问题的重点在于，第三步浏览器无法得到公钥的来源的合法性，这就需要数字证书了。这就是https的解决方案
服务端单单发送公钥，而是发送包含公钥的数字证书。
数字证书由第三方机构颁发，浏览器已经维护了所有知名的第三方机构。
浏览器如何确定公钥的合法性？
- 在接收数字证书时，查看证书的有效期
- 根据数字证书的第三方机构名称，找到对应的公钥，解密数字签字，得到hash1
- 根据服务端网址等信息，使用签名算法，生成hash2
- 如果hash1等于hash2，则公钥合法
公钥和私钥的相关知识
公钥和私钥是一对密钥对，它们可以互解密。使用公钥加密，私钥解密。能有效保证数据的安全性。但是如果使用私钥加密，公钥解密呢，则可以确定来源的合法性。因为只有知道私钥才能加密，如果我们能使用公钥解密得到正常内容（内容是否正确就是比较hash1和hash2），那么对方一定是拥有私钥的主机，而私钥是由第三方颁发给服务器的，这就是数字签名。
OSI七层
物理层->数据链路层->网络层->传输层->会话层->表示层->应用层
https的ssl位于传输层和应用层之间
