select(2)当正在监视读取的文件描述符被另一个线程关闭时，该函数的行为是什么？
select(2)
经过一些粗略的测试，它确实会立即返回。我怀疑结果是（a）它仍然继续等待数据，但是，如果您实际上尝试从中读取数据，则会得到EBADF（可能是- 有潜在的竞争），或者（b）它装作好像文件描述符永远不会传入。如果后一种情况为true，则在没有超时的情况下传入单个fd会导致死锁（如果关闭）。
从其他一些调查来看，dwc和bothie都是正确的。
Bothie对问题的回答归结为：这是未定义的行为。这并不意味着它不一定是不可预测的，而是不同的操作系统会以不同的方式进行操作。select(2)在这种情况下，看起来像Solaris和HP- UX之类的系统将从中返回，但Linux并非基于2001年发布到linux-kernel邮件列表中的帖子。
linux- kernel邮件列表上的参数本质上是依赖于它的未定义（和无效）行为。在Linux的情况下，调用close(2)文件描述符可以有效地减少对其的引用计数。由于还有select(2)一个引用它的调用，因此fd将保持打开状态并等待输入，直到select(2)返回为止。您将在文件描述符上得到一个事件，然后将其关闭。尝试读取该文件将导致EBADF，前提是该fd尚未回收。
close(2)
因此，谢谢大家的帮助。
