listen() 会忽略 backlog 参数吗？

问题描述：

我有以下问题：

我有sockfd = socket(AF_INET, SOCK_STREAM, 0)

设置并绑定套接字后（假设使用sockfd.sin_port = htons(666)），我立即执行以下操作：

listen(sockfd, 3);

sleep(50); // for test purposes

我正在休眠 50 秒来测试 backlog 参数，该参数似乎被忽略了，因为我可以在端口 666 上建立连接*超过 3 次。

*：我的意思是，对于从客户端发送的每个第 N 个 SYN（n>3），我都会获得一个 syn/ack，并将其放入侦听队列中，而不是被丢弃。可能出了什么问题？我阅读了 listen(2) 和 tcp(7) 的手册页，发现：

Linux 2.2 改变了 TCP 套接字上的 backlog 参数的行为。现在它指定等待接受的已完全建立套接字的队列长度，而不是未完成的连接请求数。可以使用 /proc/sys/net/ipv4/tcp_max_syn_backlog 设置未完成套接字的队列的最大长度。启用 syncookies 时，没有逻辑最大长度，并且此设置将被忽略。有关更多信息，请参阅 tcp(7)。

，但即使使用sysctl -w sys.net.ipv4.tcp_max_syn_backlog=2和sysctl -w net.ipv4.tcp_syncookies=0，我仍然得到相同的结果！我一定是遗漏了某些东西，或者完全误解了listen()的积压目的。

解决方案 1：

积压论点listen()仅供参考。

POSIX 说：

backlog 参数为实现提供了一个提示
，实现应使用该提示来限制套接字监听队列中未完成连接的数量。

当前版本的 Linux 内核将其四舍五入为 2 的下一个最高幂，最小为 16。相关代码位于reqsk_queue_alloc()中。

解决方案 2：

不同的操作系统提供不同数量的排队连接和不同的积压数字。FreeBSD 似乎是少数几个真正具有 1 对 1 映射的操作系统之一。（来源：http ://books.google.com/books?id=ptSC4LpwGA0C&lpg=PA108&ots=Kq9FQogkTr&dq=berkeley%20listen%20backlog%20ack&pg=PA108#v=onepage&q=berkeley%20listen%20backlog%20ack&f=false ）