本文目的
很早之前在看UNP的时候，发现书中对listen函数的第二个参数backlog有所讲解，即关于未完成队列和已完成队列，但不是十分清楚，而且在如今的linux系统中也有些许变化。并且我发现这两个队列才是三次握手的精髓所在，因此本文将对此做一些讲解，如有错误与不足，请多多指正。
队列与三次握手状态
服务端收到客户端的SYN分节后，会在未完成队列（syns queue）创建一个项，在第三次握手达成后，该项就会从未完成队列移到已完成队列（accept queue）的队尾，进程调用accept，已完成队列的队头就会返回给进程。这个流程概括起来两三句话，但是其中的细节就多了。两个队列的大小是怎么指定的？如果其中一个队列满了会怎发生什么情况？
两个队列大小的指定
listen函数中的backlog参数，在UNP中被解释为已完成队列和未完成队列之和。但是实际中，在linux2.2之后，backlog这个参数只对已完成队列大小有影响。
未完成队列：
最低0.47元/天 解锁文章
2421
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
