listen中的backlog

服务端在bind完后，会启用监听，即listen

int listen(int sockfd, int backlog);

其中backlog规定了内核应该为响应套接字排队的最大连接个数。

在内核中维护了两个队列，一个是未完成队列，一个是已完成队列

• 未完成队列，即没有完成三次握手
• 已完成队列，已经完成三次握手，但是进程还没处理到

队列是多少取决于backlog,以及内核的实现，不会小于backlog的值

如果SYN到达时，队列是满的呢？

答：TCP会忽略，不回复；那么客户端在等待超时后会重发；如此设计的原因是：队列满是暂时的，等服务端能处理过来，就能回复了。

为什么不是设计成回复RST?

答：如果立刻回复RST，则客户端的connect则会立刻出错返回，并且客户端分不清是「服务器没有进程在监听」还是「服务器再在监听但是它的端口满了」