udp – try66

（译）Robin Marx: QUIC 和 HTTP/3 队头阻塞的细节作者：Robin Marx，原文：Head-of-Line Blocking in QUIC and HTTP/3: The Details，GitHub：rmarx/holblocking-blogpost 您可能已经听说，经过4年的工作，新的 HTTP/3 和 QUIC 协议终于接近正式标准化。预览版现在可以在服务器和浏览器中进行测试。与 HTTP/2 相比，HTTP/3 有很大的性能改进，这主要是因为它将底层传输协议从 TCP 改为基于 UDP 的 QUIC。在这篇文章中，我们将深入了解其中的一项改进，即消除“队头阻塞”（Head-of-Line blocking, 简写：HOL blocking）问题。这很有用，因为我读过很多关于这实际上意味着什么以及它在现实中有多大帮助的误解。解决队头阻塞也是 HTTP/3 和 QUIC 以及 HTTP/2 背后的主要动机之一，因此它也为协议演进的原因提供了一个极好的视角。我将首先介绍队头阻塞问题，然后在整个 HTTP 历史中跟踪它的不同形式。我们还将研究它如何与其他系统交互，如优先级和拥塞控制。我们的目标是帮助人们对 HTTP/3 的性能改进做出正确的判断，而这（剧透）可能不像营销材料中所说的那样令人惊讶。目录：什么是队头阻塞？ HTTP/1.1 的队头阻塞 HTTP/2（基于 TCP）的队头阻塞 HTTP/3（基于 QUIC）的队头阻塞总结与结论彩蛋内容：彩蛋：HTTP/1.1 管道… Continue reading HTTP 队头阻塞（Head-of-Line blocking）

前言 TCP协议是大厂面试必问的知识点。整理了15道非常经典的TCP面试题，希望大家都找到理想的offer呀公众号：捡田螺的小男孩 1. 讲下TCP三次握手流程开始客户端和服务器都处于CLOSED状态，然后服务端开始监听某个端口，进入LISTEN状态第一次握手(SYN=1, seq=x)，发送完毕后，客户端进入 SYN_SEND 状态第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)，发送完毕后，服务器端进入 SYN_RCVD 状态。第三次握手(ACK=1，ACKnum=y+1)，发送完毕后，客户端进入 ESTABLISHED 状态，当服务器端接收到这个包时,也进入 ESTABLISHED 状态，TCP 握手，即可以开始数据传输。 2.TCP握手为什么是三次，不能是两次？不能是四次？ TCP握手为什么是三次呢？为了方便理解，我们以谈恋爱为例子：两个人能走到一起，最重要的事情就是相爱，就是我爱你，并且我知道，你也爱我，接下来我们以此来模拟三次握手的过程：为什么握手不能是两次呢？如果只有两次握手，女孩子可能就不知道，她的那句我也爱你，男孩子是否收到，恋爱关系就不能愉快展开。为什么握手不能是四次呢？因为握手不能是四次呢？因为三次已经够了，三次已经能让双方都知道：你爱我，我也爱你。而四次就多余了。 3. 讲下TCP四次挥手过程第一次挥手(FIN=1，seq=u)，发送完毕后，客户端进入FIN_WAIT_1 状态第二次挥手(ACK=1，ack=u+1,seq =v)，发送完毕后，服务器端进入CLOSE_WAIT 状态，客户端接收到这个确认包之后，进入 FIN_WAIT_2 状态第三次挥手(FIN=1，ACK1,seq=w,ack=u+1)，发送完毕后，服务器端进入LAST_ACK 状态，等待来自客户端的最后一个ACK。第四次挥手(ACK=1，seq=u+1,ack=w+1)，客户端接收到来自服务器端的关闭请求，发送一个确认包，并进入 TIME_WAIT状态，等待了某个固定时间（两个最大段生命周期，2MSL，2 Maximum Segment Lifetime）之后，没有收到服务器端的 ACK ，认为服务器端已经正常关闭连接，于是自己也关闭连接，进入 CLOSED 状态。服务器端接收到这个确认包之后，关闭连接，进入 CLOSED 状态。 4. TCP挥手为什么需要四次呢？举个例子吧! ★… Continue reading 面试必备！TCP协议经典十五连问！