c# 非阻塞算法_关于C#：socket select()与非阻塞recv

我已经看到了一些将select()与poll()或epoll()进行比较的文章，并且我已经看到了许多指南讨论具有多个套接字的select()的实际用法。

但是，我似乎找不到与没有select()的非阻塞recv()调用的比较。 如果只有1个套接字要读取和1个套接字要写入，是否有使用select()调用的理由？ 可以将recv()方法设置为在没有可用数据时不阻塞并返回错误(WSAEWOULDBLOCK)，那么为什么在没有其他套接字要检查的情况下又要调用select()？ 非阻塞recv()调用会慢很多吗？

多数民众赞成在您的实施的所有细节。 你试过了吗？

如果没有连续读取的数据，您该怎么办？ 永远循环吗？ 还是使用select或poll或epoll？ 无论阻塞还是非阻塞，您都需要以某种方式等待数据。

是的，就像@Troy所说的那样，您将实现主动等待-这意味着在没有任何内容可读取时，对处理器没有任何怜悯。

当您无限次轮询CPU时间时，您不希望没有其他方法来等待套接字上的数据的非阻塞调用recv。

如果您没有要检查的其他套接字，并且在同一线程中没有其他事情要做，则阻塞读取调用可能是最有效的解决方案。尽管在这种情况下，考虑这种效率似乎过早优化。

这些考虑因素只会随着套接字数量的增加而发挥作用。

非阻塞调用仅在处理单个线程上的多个套接字的上下文中更快。

我从您的响应以及下面的响应中得出，循环recv()占用更多的CPU资源，这使我怀疑循环中的select()实际上会暂停线程吗？这可能正是我所想知道的差异。另外，如果这是真的，我会怀疑它只是在一段时间内挂起，从而将select变成阻塞调