select() 如何监控套接字？

Question

如Beej's Guide to network Programming 中所述，select() 监视一组用于读取的文件描述符（使用recv()），一组用于写入的文件描述符（使用send()）和最后一个，我不知道。当服务器套接字接收到来自客户端套接字的消息时，read_fds set 将被修改，select() 从阻塞状态返回。向客户端套接字发送消息也是如此。例如：

for(;;) {
        read_fds = master; // copy it
        if (select(fdmax+1, &read_fds, NULL, NULL, NULL) == -1) {
            perror("select");
            exit(4);
        }
//the rest is code for processing ready socket

我猜read_fds 集合此时将包含唯一的就绪套接字描述符（其他已删除），就绪套接字描述符是新连接的套接字或从连接的套接字发送的消息。我的理解正确吗？

看来ready socket必须一个一个处理。当我试图在 gdb 上运行它以了解行为时，当程序正在处理就绪套接字（select() 返回之后的代码）时，我尝试发送一些消息并通过一些新客户端连接到服务器。即使没有调用select()，它如何识别新客户端或新发送的消息？

Answer 1

如 Beej 的网络编程指南中所述，select() 监视一组用于读取的文件描述符（使用 recv()），一组用于写入的文件描述符（使用 send()）

是的

最后一个，我不知道。

最后一个已经没有任何用处了。

我猜 read_fds 集将包含此时唯一的就绪套接字描述符（其他已删除），就绪套接字描述符是新连接的套接字或从连接的套接字发送的消息。我的理解正确吗？

没错。

看来ready socket必须一个一个处理。当我尝试在 gdb 上运行它以了解行为时，当程序正在处理就绪套接字（select() 返回后的代码）时，我尝试发送一些消息并通过一些新客户端连接到服务器。即使不调用 select()，它如何识别新客户端或新发送的消息？

通常，当您创建这样的轮询循环时，您会在循环中添加新的套接字。也就是说，您可以在下次调用 select 之前将它们添加到适当的 fd_sets 中。

当新套接字变为可写时，您将在其上send。

Answer 2

当您处理可能会阻塞的多个套接字时（在您的情况下是读取套接字），您需要确定哪些套接字中有数据等待读取。您可以通过调用 select() 并将套接字添加到您的 read_set 来做到这一点。

对于您的侦听套接字，如果您调用 accept() 并且没有挂起的连接，那么您的接受将阻塞，直到新连接到达。所以你还想选择（）这个套接字。接受该客户端后，您需要将其添加到您的 read_set 中。

例如伪代码

for (;;) {
    struct timeval tv = { timeout, 0 };
    fd_set read_set;
    FD_ZERO(&read_set);
    FD_SET(listen_sock, &read_set);
    max_fd = max(max_fd, listen_sock);

    /* add all your other other client sockets to thread read_set */
    n = select(max_fd, &read_set, NULL, NULL, tv);
    if (n > 0) {
        if (FD_ISSET(listen_sock, &read_set)) {
            cli = accept(listen_sock);
            /* add to list of clients */
        }
        else  {
            for (int i = 0; i < max_clients; i++) {
                if (FD_ISSET(clients[i], &read_set)) {
                    /* data is waiting. recv */
                    bytes = recv(clients[i], ..)
                    if (bytes <= 0) {
                        /* error or EOF, remove client list, so we don't select on this anymore */
                    }
                }
            }
        }
    }

注意，如果另一端没有主动读取，并且发送缓冲区已满，发送也可以阻塞。因此，如果您要发送，您可能需要检查它是否“可发送”。