select（）返回时不带传入连接

我正在编写一个非常简单的服务器应用程序，只是为了测试一些代码。 创建套接字并将其绑定到本地主机和某个端口后，我想使用

select（）

了解传入连接何时到达绑定的套接字。在此之后，应用程序应将消息打印到一定长度，然后

exit（）

我的问题是，当我只需要一个连接时，我是否需要使用

listen（）

和

accept（）

（请记住这只是为了测试）。我相信这些函数在这种情况下是不需要的，它们只用于接受多个传入请求。我错了吗

考虑到上述想法，我编写了以下代码

int main()
{
    int fd = TCPcreate(atoh("127.0.0.1"), 15000); /*my localhost address*/
    char *str = malloc(100);
    int a;
    fd_set rfds;

    FD_ZERO(&rfds);
    FD_SET(fd,&rfds);

    a = select(fd+1,&rfds,(fd_set*)NULL,(fd_set*)NULL,(struct timeval*)NULL);

//  printf("select returns %d\nfd = %d\n", a, fd);
//  printf("fd is set? %s\n", FD_ISSET(fd,&rfds) ? "yes" : "no");

    a = TCPrecv(fd, str, 100); /*receive at most 100B */

//  printf("%d\n", a);
    printf("%s\n", str);

    close(fd);
    exit(0);
}

TCPcreate（）

atoh（）

当我运行该程序时会发生的情况是，
select（）
不会阻止等待连接。相反，它会立即返回1。如果我取消注释
printf（）
s，我得到的是

select returns 1
fd = 3
is set? yes
-1
(blank line)

我在这里遗漏了什么？..
如果您查看的POSIX规范，返回的文件描述符已准备好读取、写入，或者存在错误条件。这并没有将“成功的套接字”列为可检测条件之一。因此，您需要使用
listen（）
和；只有在接受连接后，才能在描述符上使用
select（）

如前所述，
select（）
的规范还规定：

如果套接字当前正在侦听，则如果接收到传入连接请求，则应将其标记为可读，并且对
accept（）
函数的调用应在不阻塞的情况下完成

这意味着您必须在绑定的套接字上执行了
listen（）
，但您可以在多个套接字上等待传入连接。
如果要阻止调用，请使用listen（）

select的问题在于您的代码中-将select保留在循环中。由于这是一个非阻塞呼叫，它只会检查一次是否有人在听。因此，您可以使用循环多次检查侦听。
每个连接都需要侦听和接受。没有办法避免立即使用它们。“如果套接字当前正在侦听，那么如果接收到传入的连接请求，则应将其标记为可读，并且对accept（）函数的调用应在不阻塞的情况下完成。”我想“当前侦听”指的是
listen（）
确实必须在
select（）之前调用
@GonçaloRibeiro在任何情况下，listen（）都不是阻塞调用，因此事先调用select（）是不可能的，即使它是合法的，但事实并非如此。
select returns 1
fd = 3
is set? yes
-1
(blank line)