c语言 - 期望在 Linux 中，fd <最大数量的打开文件描述符是否合理？

Question

我正在编写一个需要处理许多打开的套接字的服务器，所以我使用setrlimit()来设置打开的文件描述符的最大数量(作为root，在删除特权之前)，如下所示:

#include <sys/resource.h>
#define MAX_FD_C 9001
if (setrlimit(
      RLIMIT_NOFILE, &(struct rlimit){.rlim_cur = MAX_FD_C, .rlim_max = MAX_FD_C}
    ) == -1) {
    perror("Failed to set the maximum number of open file descriptors");
    return EXIT_FAILURE;
}

现在，我意识到可能不会有任何保证，我是在Linux内核使用的任何方法来实现文件描述符表的怜悯;但是在实践中，假设这个程序从Linux内核接收到的任何fd的值都小于我上面设置的MAX_FD_C，这合理吗?

我想保持每个套接字数据尽可能紧凑，这可能意味着简单地使用像static struct client clients[MAX_FD_C] = {{0}};这样的数组，并使用fd作为客户端结构的索引(这基本上是我自己的FDT版本)。

Answer 1

在POSIX标准中已经有这样的函数了。看看FD_SETSIZE, select(), FD_SET