目录 简介 多路复用的基础 多路复用在server端的使用 配置TLS处理器 配置clear text upgrade 总结 简介 在之前的文章中，我们提到了在netty的客户端通过使用Http2FrameCodec ...

在 HTTP/1 中，每次请求都会建立一次HTTP连接，也就是我们常说的3次握手4次挥手，这个过程在一次请求过程中占用了相当长的时间，即使开启了 Keep-Alive ，解决了多次连接的问题，但是依然有两个效率上的问题： 第一个：串行的文件传输。当请求a文件时，b文件只能等待，等待a连接 ...

http2的方式，这个方式叫做cleartext upgrade,也可以简称为h2c。 在netty ...

虽然 HTTP 1.1 默认启用长TCP连接，但所有的请求-响应都是按序进行的(这里的长连接可理解成半双工协议。即便是HTTP 1.1引入了管道机制，也是如此)。复用同一个TCP连接期间，即便是通过管道同时发送了多个请求，服务端也是按请求的顺序依次给出响应的；而客户端在未收到之前所发出所有 ...

HTTP/2有三大特性：头部压缩、Server Push、多路复用。前两个特性意思比较明确，也好理解，唯有多路复用不太好理解，尤其是和HTTP1.1进行对比的时候，这个问题我想了很长时间，也对比了很长时间，现在把思考的结果分享出来，希望对大家有帮忙。 先来说说Keep-Alive ...

HTTP/2有三大特性：头部压缩、Server Push、多路复用。前两个特性意思比较明确，也好理解，唯有多路复用不太好理解，尤其是和HTTP1.1进行对比的时候，这个问题我想了很长时间，也对比了很长时间，现在把思考的结果分享出来，希望对大家有帮忙。 先来说说Keep-Alive ...

HTTP 1.0 在HTTP1.0版本，存在一个问题：建立的一次连接，只有包含一个请求响应(也就是对应一个资源)。 如果有多个请求，那么效率就会很低。 HTTP 1.1 在HTTP 1.1 中 connection: keep-alive 是默认开启的。 改进一：连接复用 一次连接 ...

http/1中的每个请求都会建立一个单独的连接，除了在每次建立连接过程中的三次握手之外，还存在TCP的慢启动导致的传输速度低。其实大部分的http请求传送的数据都很小，就导致每一次请求基本上都没有达到正常的传输速度。 在http1.1中默认开启keep-alive，解决了上面说到的问题 ...