一直不accept会发生什么

深入探索 Linux listen() 函数 backlog 的含义
Socket accept queue is full 但是一个连接需要从SYN->ACCEPT

1.如果第一次握手分节到来时，未完成连接队列已满，会发生什么？
参考《UNIX网络编程卷1：套接字联网API(第3版)》P86：
Linux内核会将第一次握手分节丢弃，不对其进行确认，也就是不发送第二次握手分节，这样，客户端socket就会在超时之后重新发送第一次握手分节；
为什么Linux内核不回发RST，因为如果回发RST的话，connect会立即返回一个错误，导致客户端无法知晓是“该端口没有服务正在监听”还是“该端口有服务在监听，但是它的队列满了”。

2.如果第三次握手分节到来时，已完成连接队列已满，会发生什么？
Linux内核也会将第三次握手分节忽略（相当于没收到），而服务端有一个与SYN RECEIVED状态相关联的定时器，如果长时间没有收到第三次握手ACK分节，会向客户端重发第二次握手分节（SYN+ACK），客户端收到之后，就会再次尝试发送第三次握手分节。如果服务端重发第二次握手分节（SYN+ACK）的次数太多（有一个最大值限制），那么服务器会发送一个RST。

3.如果服务端一直不accept，会发生什么？
综合上面的分析，如果服务器一直不accept，那么已完成队列会先变满，接着未完成队列也会变满，至于这两个队列变满会导致什么，看前面两个问题就行了。