后端面试之HTTP+HTTPS+HTTP/2

服务器：
客户端的版本号、支持的密码套件，还有一个随机数（Client Random）

服务端--->客户端：
客户端的版本号、选择的客户端列表的密码套件如：TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384、随机数随机数（Server Random）

服务端--->客户端：
服务端证书（Server Certificate）


服务端--->客户端：
发送Server Key Exchange类型的请求，携带椭圆曲线的公钥（Server Params）用以实现密钥交换算法，另附私钥签名


服务端--->客户端：
发送完毕


第二阶段：证书验证

前验条件：客户端证书链逐级验证、证书公钥验证签名，服务端身份验证成功（证书合法）

客户端--->服务端
发送Client Key Exchange类型的请求，携带椭圆曲线的公钥（Client Params）用以实现秘钥交换算法


第三阶段：主密钥生成

客户端、服务端分别使用Client Params、Server Params通过ECDHE算法计算出随机值pre-master，然后用
Client Random、Server Random 和 Pre-Master三个值作为原材料，用PRF伪随机数函数（利用密码套件的摘要算法再次强化结果
值maser secert的随机性）计算出主密钥Master Secret，

主密钥并不是会话秘钥，还会再用PRF扩展出更多的密钥，比如客户端发送用的会话密钥（client_write_key）、服务器发送用的会话密钥（server_write_key）


客户端--->服务端:
客户端发一个“Change Cipher Spec”，然后再发一个“Finished”消息，把之前所有发送的数据做个摘要，再加密一下，让服务器做个验证.

服务端--->客户端：
服务器也是同样的操作，发“Change Cipher Spec”和“Finished”消息，双方都验证加密解密 OK，握手正式结束.

HTTP/2特性

二进制格式传输：相对于HTTP/1.1的文本格数传输，避免了解析时的多义性问题

多路复用：HTTP/2报文被打散成为一个个头部帧和实体帧，一个HTTPS连接能够同时传输多个帧，一定程度上避免了HTTP的头部阻塞问题

头部压缩：传输小数据时头部的大小将严重影响效率。通过建立一张表，把头部的字段映射成数字来序列化和反序列化，使头部得到极大的压缩。

主动推送：能够对客户端的请求进行一定的预测，提前发送还没有发起请求的数据

更安全：必须使用TLS/1.2