RabbitMQ单机连不到10万连接的主因是Linux内核三硬限制：net.core.somaxconn（全连接队列上限，默认128）、net.ipv4.tcp_max_syn_backlog（半连接队列上限，默认128）和fs.file-max（系统级文件句柄上限，默认远低于10万），任一值不足均导致Connection refused或队列溢出，即使资源空闲。
为什么 RabbitMQ 单机连不到 10 万连接？先看三个硬限制
不是 RabbitMQ 不行，是 Linux 内核默认没给它机会。真正卡住的通常是这三道关：net.core.somaxconn、net.ipv4.tcp_max_syn_backlog、fs.file-max。只要其中任一值低于 10 万，连接数就注定上不去，哪怕 CPU 和内存都空闲。
常见现象包括：
- 客户端报
Connection refused或超时，但rabbitmqctl list_connections显示连接数远未到瓶颈 -
ss -s输出里synrecv或time-wait数量异常高 -
cat /proc/net/snmp | grep ListenOverflows非零，说明全连接队列已溢出
验证方式（立刻执行）：
sysctl net.core.somaxconn net.ipv4.tcp_max_syn_backlog fs.file-max
ulimit -n
ss -ltn | awk 'NR>1 {print $2,$3}'
如果任意一项 ≤ 65535，就必须调。
必须同步改的三个内核参数：队列、端口、文件描述符
只改内核不改应用配置，等于白调。RabbitMQ 的 Erlang VM 和 TCP 监听层会受制于最小值，所以得“双管齐下”。
-
net.core.somaxconn = 65535：全连接队列上限。Erlang 的inet:setopts/2默认用这个值，但 RabbitMQ 启动时若没显式传backlog，实际生效仍是系统值和应用配置的较小者 -
net.ipv4.tcp_max_syn_backlog = 65535：半连接队列长度。高并发建连瞬间涌进大量 SYN 包，队列太小直接丢包，客户端重试失败 -
fs.file-max = 2097152：系统级最大文件句柄数。RabbitMQ 每个连接至少占 1 个 fd，加上日志、磁盘句柄等，10 万连接建议留足余量
临时生效命令：
sudo sysctl -w net.core.somaxconn=65535 sudo sysctl -w net.ipv4.tcp_max_syn_backlog=65535 sudo sysctl -w fs.file-max=2097152
写入 /etc/sysctl.conf 或独立文件（如 /etc/sysctl.d/99-rabbitmq.conf）后运行 sudo sysctl -p 持久化。
RabbitMQ 主动建连场景必开：tcp_tw_reuse 和 ip_local_port_range
如果你的 RabbitMQ 是作为客户端（比如消费者拉取、跨集群 federation），或你的服务频繁主动连接 RabbitMQ（如 API 网关发消息），Cannot assign requested address 错误大概率是本地端口耗尽 —— 不是服务端扛不住，是你自己没端口可用了。
-
net.ipv4.tcp_tw_reuse = 1：允许复用处于TIME_WAIT状态的 socket。注意它依赖net.ipv4.tcp_timestamps = 1，必须一起开 -
net.ipv4.ip_local_port_range = 1024 65535：把可用临时端口从默认约 28K 扩到 64K，配合tcp_tw_reuse能支撑更高频建连 -
net.ipv4.tcp_fin_timeout = 30：缩短FIN_WAIT_2时间，加快连接释放（仅对主动关闭方有效）
不要开 tcp_tw_recycle：Linux 4.12+ 已废弃，NAT 环境下会导致连接失败，且 RabbitMQ 官方文档明确不推荐。
缓冲区与保活：吞吐和稳定性不能只靠队列
连接数上去了，但消息堆积、延迟飙升？可能是 TCP 缓冲区太小或保活机制没对齐。
-
net.core.rmem_max和net.core.wmem_max建议设为134217728（128MB）。RabbitMQ 默认启用tcp_nodelay=false，大 buffer 能提升批量投递吞吐；若你启用了tcp_nodelay=true（低延迟场景），则更需足够 buffer 避免频繁小包 -
net.ipv4.tcp_keepalive_time = 60：RabbitMQ 客户端默认 keepalive 是 60 秒，内核必须 ≥ 这个值，否则连接可能被中间设备静默断开 -
net.core.netdev_max_backlog = 5000：网卡收包队列。万兆网卡 + 高并发时，这个值太小会导致丢包，ss -ni中若看到rx_queue持续 > 0 就该调
缓冲区参数要配对调整：tcp_rmem 和 tcp_wmem 的第三个值（最大值）不能超过 rmem_max/wmem_max，否则会被截断。
真正容易被忽略的是：RabbitMQ 的 kernel_poll 和 epoll 支持必须开启（Erlang 25+ 默认启用），且 vm.args 中的 +hmax、+sbwtse 等 GC 参数会影响连接处理延迟。内核调优只是基础，没配好 Erlang VM，10 万连接照样卡在调度器里。
