一、HTTP1.x存在的问题
Http1.0时Connection无法复用，同一时间一个Connection只能处理一个request。Http1.1引入了Request pipelining来解决这一问题，Request pipelining。
Requestpipeling在FIFO基础上支持同一Connection并发处理多个Request，这里的FIFO是指Http Response发送顺序必须与Request的发送顺序保持一致。
详情前往https://en.wikipedia.org/wiki/HTTP_pipelining。
然而它并不完美，仍然有HOL Blocking问题。
所谓的行首阻塞是因于FIFO的原因，导致后面的Reponse由于其之前的Response由于资源抢占等原因无法输出而Block。
由于这样的限制，HTTP/1.0及HTTP/1.1时代需要对Server端创建多个连接，通过提高并发度来降低Latency。
另外Http2支持Header压缩，而Header压缩在此前是不支持的，此前一般是对body进行gzip压缩。
二、HTTP2的解决方案
HTTP2在协议上真正要求不同的Request可以在同一个Connection上交错进行，真正做到多路复用。所带来的好处显而易见，更少的Connection，更好的并发，更高效的网络资源利用。
支持流量控制及请求优先级，使得重要的请求优先得到处理，这一点对于应用来说是个大的优化点，以体验为目标，对不同的请求划分优先级以及流量控制，比如异步加载的内容重要性低，可以设置较低优先级。但是个人觉得这一点要做好很难，要依赖于浏览器，应用服务器，应用程序三个地方都有非常好的实现，是否是合理的实现还需要好的度量平台，视效果而定。
Server Push机制支持Server端应用程序可以预先输出内容暂未需要的内容，从而降低潜在的延时。举例：可以把css内容与html内容同步输出，而不需要等待html完全输出后，浏览器再加载css。
支持对Http Header进行压缩。
高效的二进制格式（相对文本格式）传输。
三、原理分析
将通过Jetty源码来分析Jetty如何支持Http2的
Jetty源码地址：https://github.com/http2/http2-spec/wiki/Implementations。
若要充分利用HTTP2的所有优点，需要在应用程序端(甚至是JAVA)的输出行为作智能处理，如通过大数据来分析哪些资源适合用Server Push并行输出，哪些资源优先级可以隐藏低，如何在性能与复杂度及维护成本之间做出平衡，需要业内更多的人努力和尝试，
