为什么要不套接字设置成为非阻塞模式

wangzhaoyang121 2013-03-21 11:46:02

为什么要把套接字设置为非阻塞模式？
与阻塞模式比较，非阻塞模式有什么优势？
什么情况下用非阻塞模式？

套接字设置非阻塞方法：
一种是：通过fcntl(fd, F_SETFL, NOBLOCK)加select；
第二种：直接是select（）；

请各个大侠指教！！！

...全文

377 7 打赏收藏转发到动态举报

写回复

用AI写文章

7 条回复

切换为时间正序

请发表友善的回复…

发表回复

Roxxette 2013-03-23

打赏
举报

实际应用中主要是对套接字读写添加超时控制

zz_d 2013-03-22

打赏
举报

当你需要读取套接字立即返回, 设置成非阻塞. 当你一定要读到数据, 设置成阻塞.

nostopstep 2013-03-22

打赏
举报

这个问题其实问的很不错，未解决这样的问题，正像二楼所说，要说清楚，得一大堆，因此，你可以看一下5中IO模式，完成端口作为重点查看。高性能服务器的网络通信都是用非阻塞模式。这里面涉及到的东西也很多。涵盖了多线程、线程池、线程同步和数据互斥等。正式网络传输的精华所在。

恨天低 2013-03-21

打赏
举报

要解释得说一堆的话。《Unix网络编程》第一卷，第六章，IO复用。自己去看一遍。

skyandcode 2013-03-21

打赏
举报

阻塞程序就停止在那里了当然不好啊，非阻塞可以可以马上返回做别的事。 select方法效率太低了，要一直去监视有没有事件到来很耗时间。其它方法很多，最有效的是完成端口模型。我的博客有简单的介绍可以看看。

youngwolf 2013-03-21

打赏
举报

select与阻不阻塞没有关系，它不会修改套接字的属性的；在阻塞状态下，某些时候，用select poll epoll仍然不能解决阻塞的问题，此时就需要设置为非阻塞，比如：你要写的时候，select告诉你可写，但由于你写得太多，所以仍然可能阻塞；你用epoll在ET模式下时，必须设置为非阻塞，因为你要读取完所有的数据，epoll_wait才会再次触发，此时一般用非阻塞模式，一直读到出错为止。当然，似乎是有些函数，可以知道某个套接字现在读写缓存里面有多少数据，有多大的剩余，但我从来没用过，这显然会损失效率的。