在省级统测级别的高并发场景下，网关服务器（Nginx + API Gateway）可能会遇到一种特殊的网络瓶颈：即使 CPU 和内存占用率处于较低水平（例如不到 20%），系统仍会出现大面积拒绝服务的情况，导致前端大量抛出 502 Bad Gateway 和网络超时报错。

遇到此类现象，通常需要排查系统网络栈的运行状态。通过在服务器终端执行连接统计命令：
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

我们曾在一台服务器上观察到大量堆积的 TIME_WAIT 状态 TCP 连接。这种现象不仅占用了大量可用的本地端口，还会导致内核无法为新的入站请求分配资源，进而触发连接拒绝。

为了在硬件资源充裕的前提下彻底释放网络处理能力，对 Linux 内核 TCP/IP 参数进行调优是工程师必须掌握的进阶操作。

缓解 TIME_WAIT 端口占用问题

在 HTTP/1.1 短连接通信中，当服务器处理完请求并主动发起 TCP 断开流程时，主动方端口会进入 TIME_WAIT 状态，并保持约 2 个 MSL（最大报文段生存时间，默认通常为 60 秒）。在这段等待期内，该端口不能被新的连接复用。在高并发短请求冲击下，系统的几万个可用端口会在极短时间内被耗尽。

为了突破这一机制限制，可以编辑 /etc/sysctl.conf 文件，对端口复用策略和可用范围进行调整：

“`ini

开启 TIME_WAIT 状态连接的端口复用

net.ipv4.tcptwreuse = 1

在处于安全的内网架构时，可酌情开启快速回收

net.ipv4.tcptwrecycle = 1

扩大本地可用端口范围

net.ipv4.iplocalport_range = 10000 65000
“`
修改完成后，执行 sysctl -p 让配置在内核中生效。开启复用后，处于 TIME_WAIT 的连接可以被新的入站请求安全覆盖，有效解决了端口资源枯竭的问题。

扩容全连接队列（Accept Queue）

除了端口耗尽，另一个容易被忽略的瓶颈是 TCP 全连接队列的容量限制。

当并发请求到达 Nginx 时，Linux 内核会将完成三次握手的连接放入全连接队列中，等待应用进程调用 accept() 获取。然而，Linux 默认的 net.core.somaxconn 参数值较小（旧版本内核通常为 128）。在每秒上万次并发请求的峰值流量下，较小的队列极易被打满，导致后续到达的连接被内核直接丢弃。

对此，需要同步增加内核与应用层的队列上限参数：
“`ini

将系统全连接队列上限调高

net.core.somaxconn = 8192
“`

同时，在 Nginx 的配置文件中也需要扩大其对应参数，以匹配内核的设置：
“`nginx

修改 nginx.conf 中的 backlog

listen 80 backlog=8192;
“`

在高并发的 B 端 SaaS 服务中，服务器的吞吐能力不仅取决于硬件配置，更受制于操作系统的默认防御参数。橙星云技术团队在保障系统高可用性时发现，通过分析网络状态并针对性地调整 TIME_WAIT 端口复用以及全连接队列上限，能够显著提升底层网络栈的承载能力。让操作系统的资源分配更加合理，是保障线上业务平稳运行的底层基石。