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