1024限定的不只是监听的个数，还是文件描述符的最大值，注意，是值

今天编写模拟客户端程序进行测试，使用了select。之前一直错记成1024是对fd_set里fd个数的限制(我的程序是每次select一个fd，所以自我感觉没问题)，结果在socket连接个数到达1050~1100时，总发生段错误。

查看了core文件，反复理清程序的思路，都找不到问题点。更让我费解的是，通过注释部分代码(都是局部变量相关的)，结果程序变成socket连接到达1500左右时发生段错误。

后来想到试试是不是select有问题，模拟程序不调用select，全部采用阻塞的socket，结果测试到10000个socket连接都没有问题。

最后在网上看到select中限定的fd的值最大值是FD_SETSIZE(我的环境下是1024),而不是个数。

也有人持反对意见，比如对值为1025的fd进行select也没问题。对此我没有测试，但结合我的实际情况是，对超过1024的fd进行select，问题不能立刻暴露(我都一直到1500了)，但可能会存在

类似越界访问之类的问题(segment fault)。

之前还一直想不通，一直以为是类似ulimit的限制没有修改。但矛盾的是相同的配置，用poll/epoll写的服务端却可以测试到10K以上，现在终于了然。