Ubuntu服务器C++ TCP Socket并发客户端数是否受文件描述符限制？

是的，Ubuntu服务器上TCP Socket同时支持的活跃客户端连接数确实会受限于系统打开文件描述符的上限，这是影响最大连接数的核心硬限制之一。

核心原因 #

在Linux（包括Ubuntu）系统中，每一个TCP连接（不管是已建立的客户端连接，还是用于监听的套接字）都会被系统当作文件资源管理，对应占用一个文件描述符（FD）。当服务器的连接数超出进程或系统允许打开的最大FD数量时，新的连接请求会直接失败。

两类关键的文件描述符限制 #

• 进程级限制：单个进程能打开的最大FD数，可通过以下命令查看：
  • 软限制（当前生效的可临时调整限制）：ulimit -n
  • 硬限制（不可突破的上限，需特权调整）：ulimit -Hn
• 系统级限制：整个系统所有进程总共可打开的FD总数，查看方式：cat /proc/sys/fs/file-max

其他影响因素 #

除了文件描述符，还有一些次级因素会制约最大活跃连接数：

• 内存资源：每个TCP连接需要占用内存维护TCP状态、套接字缓冲区等，内存不足时无法建立新连接。
• TCP内核参数：比如net.ipv4.tcp_max_syn_backlog控制半连接队列大小，net.ipv4.tcp_max_tw_buckets控制TIME_WAIT状态连接数量，但这些都不会成为最直接的瓶颈。

调整限制的方法 #

• 临时调整进程级限制：执行ulimit -n <目标数值>（例如ulimit -n 65535），但该设置仅对当前会话有效，进程重启后失效。
• 永久调整进程级限制：编辑/etc/security/limits.conf，添加以下内容（替换your_username为运行服务器进程的用户）：

  your_username soft nofile 65535
  your_username hard nofile 65535
  

  保存后重新登录系统，设置即可生效。
• 调整系统级限制：编辑/etc/sysctl.conf，添加：

  fs.file-max = 1000000
  

  执行sysctl -p使设置立即生效。

内容的提问来源于stack exchange，提问作者AgentX4000