解决req项目中"connect: cannot assign requested address"错误的系统调优方案

问题本质分析

在req项目或类似高并发网络应用中，"connect: cannot assign requested address"错误通常表明操作系统TCP/IP栈的资源已达上限。其核心原因是：

1. 本地临时端口耗尽（ephemeral port exhaustion）
2. TIME_WAIT状态连接堆积
3. 文件描述符限制

系统级优化方案

1. 扩展临时端口范围

Linux默认临时端口范围较小（通常32768-60999），建议调整为：

sysctl -w net.ipv4.ip_local_port_range="1024 65535"

此配置将可用端口从约2.8万个扩展到约6.4万个，显著提升单个IP支持的并发连接能力。

2. 启用TIME_WAIT复用

TCP连接的TIME_WAIT状态（默认60秒）会导致端口暂时不可用。通过以下设置实现安全复用：

sysctl -w net.ipv4.tcp_tw_reuse=1

该参数允许内核重用处于TIME_WAIT状态的连接，但会确保时间戳严格递增以避免旧连接干扰。

3. 提升系统文件描述符限制

每个TCP连接都会消耗文件描述符，需调整全局限制：

sysctl -w fs.file-max=1048576
ulimit -n 1048576

建议同时修改/etc/security/limits.conf实现永久生效。

进阶优化建议

连接池管理

对于req这类网络库，建议：

1. 实现合理的连接复用机制
2. 设置适当的空闲连接超时
3. 采用渐进式重连策略

监控指标

部署后应监控：

1. ss -s显示的TCP连接统计
2. /proc/sys/net/ipv4/ip_local_port_range实际值
3. cat /proc/sys/fs/file-nr文件句柄使用情况

生产环境注意事项

1. 修改sysctl参数后建议执行sysctl -p重载配置
2. 大规模部署前应在测试环境验证参数调整效果
3. 对于容器化环境，需确保容器有足够权限修改内核参数
4. 极端高并发场景可考虑增加辅助IP地址扩展端口空间

通过系统级调优配合应用层优化，可有效解决端口资源耗尽问题，提升req项目在高并发场景下的稳定性。