socket中accept的时候能不能设置时间限制

system888net

  用合适的方法去做合适的事情,是解决问题之道.

yulc

原帖由 CUDev 于 2008-6-18 11:59 发表
accept系统调用的时候，三次握手已经完成，accept只是从已经建立的连接列表中取一个连接。而linux的协议栈在accept前，收到RST没有check一下对应的socket的accept队列，这就是问题的原因。

理论上看起来是正确的,但实际上linux"收到RST没有check一下对应的socket的accept队列 " 又怎么样呢.
在应用层,这并不够成不安全的原因.
你有没有仔细看我前面的测试回复?

yulc

原帖由 lanying_wzw 于 2008-6-18 13:00 发表
同意楼上，我的意思是select返回可读之后，在accept之前，收到RST。
再就是select返回可写之后，最好用非阻塞，因为像管道之类的，在快写满的时候，select是返回可写的，但要写的数据字节数超过管道剩余大小， ...

前一句无视.
后一句肯定是会阻塞的,这与"阻塞下使用accept()不安全" 无关.
不管是管道还是socket, 在阻塞模式下,如果要写的字节大于 缓冲区, 肯定阻塞的呀.

[ 本帖最后由 yulc 于 2008-6-18 14:54 编辑 ]

lanying_wzw

楼上，我说一般是管道，没说只是管道，我也说最好，没说一定

leeews

上周出差了，看见大家讨论了这么多，多谢。
为了编程方便，而且，双方的通信都是一来一往的这种特定形式，因为主要是控制命令，所以也不会出现数据大于缓冲区的情况，我想在accept之后对socket进行阻塞式读写。不知道accept了之后再将socket改回非阻塞有没有什么风险？