非阻塞socket，如何检测出断连、无效socket两个异常？

suposonic

1．端口不存在

      很幸运，对于端口不存在，对方（linux）在IP层会直接发一个RST(Reset)响应直接终止 ...
黑色阳光_cu 发表于 2010-06-03 11:05

    终止了，但是select返回的结果为啥不对呢？

黑色阳光_cu

终止了，但是select返回的结果为啥不对呢？
suposonic 发表于 2010-06-03 11:30

好像windows和linux的select返回值还不大一样。
一个原则，返回可读写时，先看看$#$error_set是不是为-1。满足了这个条件，接下来的send recv不会被阻塞。然后检测send recv的返回值。

suposonic

您有没有email，能不能直接邮件联系您？

黑色阳光_cu

对于select来说：

一个读事件(要读取的数据已到达)
一个写事件(数据现在可以写入)
一个异常(带外数据到达)

suposonic

对于select来说：

一个读事件(要读取的数据已到达)
一个写事件(数据现在可以写入)
一个异常(带外数据到 ...
黑色阳光_cu 发表于 2010-06-03 12:07

    如上我是了解，如果按照如上描述，当端口不可以达（主机IP可达，Port没有监听）的时候，select结果也是 正常的（我在aix、sun、linux上都尝试了，结果一样），这种情况，使用send、与recv去检查是不是不合理。

有没有更好的解决办法。

maxpayne

请教一下，$#$read_set是什么啊？

$#不是数组的最后一个元素的索引么？

黑色阳光_cu

如上我是了解，如果按照如上描述，当端口不可以达（主机IP可达，Port没有监听）的时候，select结 ...
suposonic 发表于 2010-06-03 12:55

select只有可读 可写 出错3个事件
试试epoll?

http://search.cpan.org/~brucek/IO-Epoll-0.01/lib/IO/Epoll.pm

suposonic

This is just for Liunx .
IO::Epoll - Scalable IO Multiplexing for Linux 2.5.44 and higher

太有局限性了， 还有其他的可以尝试使用了吗？

maxpayne

回复 12# 黑色阳光_cu


    请教一下，$#$read_set是什么啊？

$#不是数组的最后一个元素的索引么？

黑色阳光_cu

This is just for Liunx .
IO::Epoll - Scalable IO Multiplexing for Linux 2.5.44 and higher
...
suposonic 发表于 2010-06-03 13:56

我知道的，最可靠的办法就是那个了select检测readable writable 然后尝试读写