linux backlog与连接关系

在 Linux 网络编程中，backlog 与 连接（connection） 的关系，主要体现在 TCP 连接建立过程 和 内核队列管理 上。下面从概念、流程、参数和实际影响几个层面说明。

一、backlog 是什么？

backlog 是 listen() 系统调用的参数：

int listen(int sockfd, int backlog);

它表示：内核为该 socket 维护的“未完成 + 已完成连接”队列的最大长度（历史含义），但现代 Linux 中含义有变化（见后文）。

二、TCP 连接建立与两个队列

TCP 建立连接是三次握手，内核为此维护两个队列：

1. 半连接队列（SYN Queue）

存放：收到 SYN，但还没完成三次握手 的连接
状态：SYN_RCVD
对应内核参数：
```
/proc/sys/net/ipv4/tcp_max_syn_backlog
```

2. 全连接队列（Accept Queue）

存放：三次握手完成，但应用还没调用 accept() 的连接
状态：ESTABLISHED
backlog 主要限制这个队列

三、backlog 与连接的关系（核心）

✅ 正常情况

客户端发 SYN
服务端放入 半连接队列
三次握手完成
连接进入 全连接队列
应用程序调用 accept() 取走连接

➡️ backlog 决定全连接队列能“暂存”多少已完成连接

❌ backlog 太小会怎样？

全连接队列满了
内核丢弃 ACK 或发送 RST
客户端表现为：
- 连接超时
- connection refused
- 偶发性失败

四、Linux 中 backlog 的实际行为（重点）

⚠️ 并非“你写多少就是多少”

在 Linux 2.2+ 中：

实际队列长度 = min(backlog, somaxconn)

查看系统上限：

cat /proc/sys/net/core/somaxconn

默认值通常是：

老版本：128
新版本：4096（视发行版）

✅ listen(1000) 但 somaxconn=128 → 实际 128

五、backlog 与并发连接数区别（常见误解）

概念	含义
backlog	已完成但未 accept 的连接数上限
并发连接数	已 accept 且存活的连接总数
fd 数量	进程能打开的最大 socket 数

➡️ backlog 不影响已 accept 的并发连接数量

六、调优建议（生产环境）

1. 增大 backlog

listen(sock, 1024);

并确保：

sysctl -w net.core.somaxconn=1024

2. 增大半连接队列（防 SYN Flood）

sysctl -w net.ipv4.tcp_max_syn_backlog=8192

3. 开启 SYN Cookie

sysctl -w net.ipv4.tcp_syncookies=1

七、一句话总结

backlog 控制的是“已完成但还没被应用程序接收的 TCP 连接”在内核中的最大排队数量，直接影响高并发下的连接成功率，而不是总并发连接数。

如果你愿意，我也可以画一张 TCP 握手 + 队列图，或结合 Nginx / Redis / 自写 server 讲具体数值。