web服务器启用http2.0

nginx开启HTTP2协议的办法

如果你是用官方的包安装的，无论是yum还是apt，只需要在配置文件里面的listen这一行添加http2就可以了，像下面那样就可以。如果你是编译的nginx，则需要在编译过程中添加参数 --with-http_v2_module

server {
listen 443 ssl http2;
server_name localhost;

ssl_certificate server.crt;
ssl_certificate_key server.key;
}

Apache HTTP 开启HTTP2协议的方法

该方法未验证，请谨慎选择使用。你必须保证Apache服务器的版本高于2.4.17，否则不支持HTTP2协议。

在Apache服务器上面加载http2的模块

LoadModule http2_module modules/mod_http2.so

设置http2的日志

<IfModulehttp2_module>
    LogLevel http2:info
</IfModule>

设置http和https同时支持http2协议

# 对于 https 服务器
Protocols h2 http/1.1
# 对于 http 服务器
Protocols h2c http/1.1

如何验证已经启用了HTTP2？可以使用命令curl来查看。

curl -v --http2 http://服务器域名或者ip/

       我们知道http分别有http 1.0，http 1.1和http 2.0三种协议。这三种协议有什么区别呢？

HTTP协议的历史

早在 HTTP 建立之初，主要就是为了将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。也是说对于前端来说，我们所写的HTML页面将要放在我们的 web 服务器上，用户端通过浏览器访问url地址来获取网页的显示内容，但是到了 WEB2.0 以来，我们的页面变得复杂，不仅仅单纯的是一些简单的文字和图片，同时我们的 HTML 页面有了 CSS，Javascript，来丰富我们的页面展示，ajax 的出现，我们又多了一种向服务器端获取数据的方法，这些其实都是基于 HTTP 协议的。同样到了移动互联网时代，我们页面可以跑在手机端浏览器里面，但是和 PC 相比，手机端的网络情况更加复杂，这使得我们开始了不得不对 HTTP 进行深入理解并不断优化过程中。

HTTP 1.0

HTTP协议是基于TCP协议的一个应用协议，每次传输都要进行三次握手和四次挥手的过程。

在针对浏览器缓存方面，HTTP1.0主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准。

在针对带宽方面，HTTP1.0存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能。

HTTP1.0没有错误通知管理，比如409或者410

针对Host头处理，HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。

在针对长连接方面，HTTP1.0每次请求都需要创建TCP连接。

HTTP 1.1

在针对浏览器缓存方面，HTTP1.1引入了相对于HTTP1.0更多的缓存控制策略，例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。

在针对带宽方面，HTTP1.1在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。

在针对错误通知管理方面，在HTTP1.1中新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。

针对Host头处理方面，HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。原因是虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。

在针对长连接方面，HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection： keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

HTTPS的出现

1. HTTPS协议需要到CA申请证书，一般免费证书很少，需要交费。免费证书则可以申请let's encrypt
2. HTTP协议运行在TCP之上，所有传输的内容都是明文，HTTPS运行在SSL/TLS之上，SSL/TLS运行在TCP之上，所有传输的内容都经过SSL/TLS层加密。
3. HTTP和HTTPS使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
4. HTTPS可以有效的防止运营商劫持，解决了防劫持的一个大问题。

SPDY的出现

SPDY是一种HTTP兼容协议，由Google发起，Chrome、Opera、Firefox以及Amazon Silk等浏览器均已提供支持。HTTP实现的瓶颈之一是其并发要依赖于多重连接。HTTP管线化技术缓解了这个问题，但也只能做到部分多路复用。此外，已经证实，由于存在中间干扰，浏览器无法采用管线化技术。SPDY在单个连接之上增加了一个帧层，用以多路复用多个并发流。帧层针对HTTP类的请求响应流进行了优化，因此运行在HTTP之上，对应用开发者而言只要很小的修改甚至无需修改就可以运行在SPDY之上。SPDY对当前的HTTP协议有4个改进：

1. 多路复用请求，多路复用通过多个请求stream共享一个tcp连接的方式，解决了HOL blocking的问题，降低了延迟同时提高了带宽的利用率。
2. 对请求划分优先级，多路复用带来一个新的问题是，在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级，这样重要的请求就会优先得到响应。比如浏览器加载首页，首页的html内容应该优先展示，之后才是各种静态资源文件，脚本文件等加载，这样可以保证用户能第一时间看到网页内容。
3. 压缩HTTP头，面提到HTTP1.x的header很多时候都是重复多余的。选择合适的压缩算法可以减小包的大小和数量。
4. 服务器推送流（即Server Push技术），采用了SPDY的网页，例如我的网页有一个sytle.css的请求，在客户端收到sytle.css数据的同时，服务端会将sytle.js的文件推送给客户端，当客户端再次尝试获取sytle.js时就可以直接从缓存中获取到，不用再发请求了。

HTTP2.0

HTTP2.0可以说是SPDY的升级版（其实原本也是基于SPDY设计的），但是，HTTP2.0 跟 SPDY 仍有不同的地方，比如：

1. HTTP2.0支持明文HTTP传输，但SPDY强制使用HTTPS。但是目前所有的主流浏览器还是只支持HTTPS版本的HTTP2.0。
2. HTTP2.0 消息头的压缩算法采用 HPACK ，而非 SPDY 采用的 DEFLATE

但是HTTP2.0对于性能提升巨大主要是因为以下四点（后三点SPDY协议已经用过了）：

1. 新的二进制格式（Binary Format），HTTP1.x的解析是基于文本。基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样性，要做到健壮性考虑的场景必然很多，二进制则不同，只认0和1的组合。基于这种考虑HTTP2.0的协议解析决定采用二进制格式，实现方便且健壮。
2. 多路复用（MultiPlexing），即连接共享，即每一个request都是是用作连接共享机制的。一个request对应一个id，这样一个连接上可以有多个request，每个连接的request可以随机的混杂在一起，接收方可以根据request的 id将request再归属到各自不同的服务端请求里面。
3. header压缩，如上文中所言，对前面提到过HTTP1.x的header带有大量信息，而且每次都要重复发送，HTTP2.0使用encoder来减少需要传输的header大小，通讯双方各自cache一份header fields表，既避免了重复header的传输，又减小了需要传输的大小。
4. 服务端推送（server push），同SPDY一样，HTTP2.0也具有server push功能。