HOL是Head of line blocking的意思，在互联网领域，包括HTTP head of line blocking和 TCP head of line blocking。
1.1 HTTP Head of line blocking
Wikipedia对HTTP HOL的解释如下：
虽然HTTP/2解决了HTTP/1.1的HOL问题，但由于是建立在TCP基础上，所以仍然存在TCP层面的HOL问题。
1.2%20TCP%20Head%20of%20line%20blocking
TCP%20HOL定义如下：
例如在TCP接收缓冲区，请求的第一个数据包由于某种原因一直未到达，缓冲区里面的后续数据包就无法传递给上层应用，只能处于等待中，直到第一个数据包过来，才能一起传递给上层应用。
TCP%20HOL带来的问题具有普遍性。只要利用TCP，就有这方面的问题，因此影响范围非常广泛。
2.1%20Network%20switches
上图展示了网络交换机中不同input队列是如何因为HOL等待的。
第一个和第三个input队列，都在竞争使用Output 4。如果交换机选择传递第三个input队列的数据包，那么第一个input队列的数据包只能选择等待。第一个input队列中的序号3数据包因为HOL只能等待，虽然output 3是空闲的。
2.2 单个连接 vs 多个连接实验
下面是并发为1的吞吐量，为153.60 reqs/sec。
下面是并发为10的吞吐量，为145.08 reqs/sec。
这里10个并发比1个并发吞吐量还低，是因为测试环境是Docker环境，硬件配置差所导致。
上面测试是在无丢包网络环境下进行的，那么在网络丢包情况下会怎么样？
我们模拟丢包率1%的网络环境。
并发为1的吞吐量下降为37.41 reqs/sec。
并发为10的吞吐量为132.20 reqs/sec。
我们发现在丢包情况下，多个并发效果更好。这是因为多个并发情况下，HOL blocking问题得到了一定的缓解，而单个连接，则因为HOL blocking问题显得很明显。
2.3 tcpcopy和intercept交互
很长一段时间内，tcpcopy和intercept的交互只用了一个连接。当测试压力比较大的时候，网络会恶化，很容易出现丢包或者来不及接收数据的状况，从而导致大量信息被阻塞住。
后来为了解决单个连接导致HOL的问题，采用了多个连接，性能得到了极大提升。
下图展示了一个Java netty框架。
一个线程既用来处理读数据，又用来写数据，线程一会儿忙于处理读事件，一会儿处理写事件。集中处理读事件的时候，待写的数据被阻塞了，而集中处理写事件的时候，读事件被阻塞了。压力一大，延迟就会变得很大。
程序架构中，尽量采用多个连接的方式来处理各种事件，否则很容易遇到TCP的HOL阻塞问题。
京公网安备 11010802035086号