c 中令人恼火的 select() 行为

StackOverflow https://stackoverflow.com/questions/285790

  •  08-07-2019
  •  | 
  •  

题 

while (xxx) {
    timeout.tv_sec=TIMEOUT;
    timeout.tv_usec=0;
    FD_ZERO(&set); 
    FD_SET(sd,&set);

    switch (select(FD_SETSIZE,&set,NULL,NULL,&timeout))
    xxxxx
}

不过效果很好

FD_ZERO(&set); 
FD_SET(sd,&set);

while (xxx) {
    timeout.tv_sec=TIMEOUT;
    timeout.tv_usec=0;

    switch (select(FD_SETSIZE,&set,NULL,NULL,&timeout))
    xxxxx
}

没有。它第一次工作，但下次运行 while 循环时，即使 sd 套接字接收到数据，它也会超时。在我看来，每次都必须清空并填充集合是对资源的浪费。

任何人都可以很好地解释为什么会这样，甚至更好，也许建议如何避免它？

有帮助吗？

解决方案

select 修改其参数。您确实每次都必须重新初始化它。

如果您担心开销，那么在内核中处理完整 FD_SET 的成本比 FD_ZERO 的成本要大一些。您只想传递最大 fd，而不是 FD_SETSZIZE，以最小化内核处理。在你的例子中：

switch (select((sd + 1),&set,NULL,NULL,&timeout))

对于具有多个 fd 的更复杂的情况，您通常最终会维护一个 max 变量：

FD_SET(sd,&set);
if (sd > max) max = sd;
... repeat many times...

switch (select((max + 1),&set,NULL,NULL,&timeout))


如果您有大量文件描述符并且担心拖拽它们的开销，您应该考虑 select() 的一些替代方法。您没有提及您正在使用的操作系统，但对于类 Unix 操作系统，有一些：

  • 对于 Linux，epoll()
  • 对于 FreeBSD/NetBSD/OpenBSD/MacOS X，kqueue()
  • 对于 Solaris，/dev/poll

API 有所不同，但它们本质上都是一个有状态的内核接口，用于维护一组活动文件描述。一旦将一个 fd 添加到集合中，您将收到有关该 fd 的事件通知，而无需不断地再次传递它。

其他提示

阅读选择手册页。返回的集合只是可以使用的文件描述符。你应该使用FD_ISSET检查每一个是否已设置。

在使用之前始终初始化fd_set。

这就是选择的方式。如果你有多个套接字，它效果最好，更有意义。这就是重点：你正在选择多个套接字。如果你想从一个插座读取，只需阅读或重新读取它。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top