HTTP/1.1-HTTP/2.0-HTTP/3.0-HTTPS

HTTPS
RFC2818：HTTP Over TSL

HTTP与HTTPS不同
HTTPS需要CA（Certificate Authority，数字证书认证机构） 申请证书，免费的很少
HTTP默认80端口；HTTPS默认443端口
http是超文本传输协议，信息时明文传输；https则是具有安全性的ssl加密传输协议
HTTP响应比HTTPS快，因为HTTPS还需要TSL握手，所以HTTPS更耗费服务器资源

http的连接很简单，是无状态的；https协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全

HTTP/1.1与HTTP/2.0
HTTP/1.1默认开启Connection： keep-alive，支持长连接（持久连接）和请求Pipelining，可以在一个TCP连接上发送多个HTTP请求与响应。

HTTP/1.x是基于文本解析的，HTTP/2.0是基于二进制解析的
HTTP/2.0采用多路复用，很好的解决了浏览器限制同一个域名下的请求数量的问题
HTTP/2.0采用Header压缩，HTTP/1.x的header携带大量信息且重复，HTTP/2.0的通信双方各执一份header fields缓存，减少了传输大小与重复header的传输
HTTP/2.0服务端推送减少了请求次数，减少请求次数
附录

面试问答
GET和POST有什么区别
答：

在浏览器进行回退操作时,get请求是无害的,而post请求则会重新请求一次
get请求参数是连接在url后面的,而post请求参数是存放在requestbody内的
get请求因为浏览器对url长度有限制(不同浏览器长度限制不一样)对传参数量有限制,而post请求因为参数存放在requestbody内所以参数数量没有限制(事实上get请求也能在requestbody内携带参数,只不过不符合规定,有的浏览器能够获取到数据,而有的不能)
因为get请求参数暴露在url上,所以安全方面post比get更加安全
get请求浏览器会主动cache,post并不会,除非主动设置
get请求参数会保存在浏览器历史记录内,post请求并不会
get请求只能进行url编码,而post请求可以支持多种编码方式
get请求产生1个tcp数据包,post请求产生2个tcp数据包
浏览器在发送get请求时会将header和data一起发送给服务器,服务器返回200状态码,而在发送post请求时,会先将header发送给服务器,服务器返回100,之后再将data发送给服务器,服务器返回200 OK

HTTP/1.x与HTTP/2.0区别
答：

HTTP/2.0基于二进制解析，而HTTP/1.x仅支持文本解析
HTTP/2.0支持多路复用
HTTP/2.0支持服务端推送，

HTTP2还在一定程度上改变了传统的“请求-应答”工作模式，服务器不再是完全被动地响应请求，也可以新建“流”主动向客户端发送消息。比如，在浏览器刚请求HTML的时候就提前把可能会用到的JS、CSS文件发给客户端，减少等待的延迟，这被称为"服务器推送"（ Server Push，也叫 Cache push）

HTTP/2.0支持Header压缩

HTTP3.0新特性

基于 UDP 协议的“QUIC”协议，让HTTP跑在QUIC上而不是TCP上。而这个“HTTP over QUIC”就是HTTP协议的下一个大版本，HTTP/3。它在HTTP/2的基础上又实现了质的飞跃，真正“完美”地解决了“队头阻塞”问题。

 

• 实现了类似TCP的流量控制、传输可靠性的功能。虽然UDP不提供可靠性的传输，但QUIC在UDP的基础之上增加了一层来保证数据可靠性传输。它提供了数据包重传、拥塞控制以及其他一些TCP中存在的特性。

• 实现了快速握手功能。由于QUIC是基于UDP的，所以QUIC可以实现使用0-RTT或者1-RTT来建立连接，这意味着QUIC可以用最快的速度来发送和接收数据，这样可以大大提升首次打开页面的速度。0RTT 建连可以说是 QUIC 相比 HTTP2 最大的性能优势。

•  集成了TLS加密功能。目前QUIC使用的是TLS1.3，相较于早期版本TLS1.3有更多的优点，其中最重要的一点是减少了握手所花费的RTT个数。

•  多路复用，彻底解决TCP中队头阻塞的问题。和TCP不同，QUIC实现了在同一物理连接上可以有多个独立的逻辑数据流（如下图）。实现了数据流的单独传输，就解决了TCP中队头阻塞的问题。

•