linux网络服务并发能力需通过可复现压测路径、精准指标采集与系统参数联动验证，核心是明确测连接数还是qps：前者监控established连接、文件描述符及time_wait；后者关注p95延迟拐点、错误率与cpu软中断，并须调优nofile、tcp_tw_reuse、somaxconn等内核参数。
Linux 网络服务的并发连接能力不是靠猜出来的，而是通过可复现的压测路径+精准指标采集+系统级参数联动验证出来的。关键不在于“跑多少并发”，而在于“在什么条件下、哪些指标开始劣化、瓶颈卡在哪一层”。
明确你要测的到底是“连接数”还是“请求处理能力”
这两个目标对应完全不同的压测设计：
-
测并发连接数：关注服务能否长期维持大量 TCP 连接（如 WebSocket、长轮询、MQTT broker）。重点监控
netstat -ant | awk '$6 ~ /ESTABLISHED/ {++n} END {print n}'、文件描述符使用率（lsof -p $PID | wc -l）、TIME_WAIT/CLOSE_WAIT 数量变化。 -
测请求吞吐能力（QPS）：关注单位时间内成功完成的业务请求（如 HTTP 接口）。需控制请求节奏（避免打满连接池却没压出真实处理瓶颈），用
siege -c 2000 -t 2m -f urls.txt或wrk -t4 -c400 -d120s http://api.example.com更合适；结果看 P95 延迟突增点、错误率拐点、服务端 CPU 软中断（top中 %si）是否飙升。
压测前必须调通的底层支撑项
否则压测结果无效——你测的不是服务，是 Linux 默认配置的短板：
-
文件描述符限制：修改
/etc/security/limits.conf，为运行用户加* soft nofile 65536和* hard nofile 65536，并确认服务进程启动时生效（cat /proc/$PID/limits | grep "Max open files"）。 -
TCP 连接回收加速：启用
net.ipv4.tcp_tw_reuse = 1（允许 TIME_WAIT 端口被新连接复用），配合net.ipv4.ip_local_port_range = 1024 65535扩大临时端口池。 -
连接队列扩容：将
net.core.somaxconn和应用 listen() 的 backlog 参数设为一致（如 65535），同时调大net.ipv4.tcp_max_syn_backlog至 65535，防止 SYN Flood 或突发建连丢包。 -
缓冲区适配流量：根据网卡带宽和 RTT 调整
net.ipv4.tcp_rmem和net.ipv4.tcp_wmem，例如千兆网卡常用4096 262144 16777216（min/default/max 字节）。
用对工具，才能拿到可信阈值
不同场景选不同工具，避免用错导致误判：
-
测纯网络吞吐与带宽上限：用
iperf3（TCP/UDP 模式），排除应用逻辑干扰，定位链路或网卡瓶颈。 -
测 HTTP 服务 QPS 与延迟分布：优先用
wrk（高并发低开销）或siege（支持 URL 列表与会话保持），注意开启 keepalive（-H "Connection: keep-alive"）以区分连接建立开销与真实处理开销。 -
测自定义 TCP 协议或长连接稳定性：用
go-wrk、tsung或自研 client，模拟真实协议握手与心跳逻辑，观察连接泄漏（CLOSE_WAIT 持续增长）与内存缓慢上涨。
判定性能阈值的核心依据
不要只看“最大并发数”，要识别指标拐点：
- 当 P95 延迟上升超过 2 倍基线值，且错误率 > 0.1%，即视为响应质量不可接受的起点。
- 当 CPU %si（软中断）持续 > 60%，说明内核协议栈处理已饱和，继续加压只会放大重传与丢包。
- 当 TIME_WAIT 连接数 > 65535 × 0.8 且
net.ipv4.tcp_tw_reuse已启用，说明端口复用已达极限，需检查客户端连接复用策略或服务端连接空闲超时设置。 - 当 接收队列（Recv-Q）持续非零（
ss -ltn查看），表明应用读取速度跟不上内核收包速度，是应用层处理瓶颈而非网络问题。
