在socket编程中,我们往往要设置某个套接字为非阻塞状态;当一个套接字被设置为非阻塞状态之后再进行连接的时候,我们往往不确定其能在什么时候连接成功。
connect函数调用之后返回值非零并且errno的值往往是EINPROGRESS(在某些情况下比如连接本地的对端套接字说不定返回是0,这个目前没确定好)。这就意味着我们需要不断地对这个套接字进行检查。
检查就意味着我们在某个循环里面每次会判断一次套接字的状态,下面先给出比较笨的方法:
上面这种方法需要注意的地方:
1)recv函数的MSG_PEEK参数,这个参数设置之后recv函数从socket的缓冲区中读出数据之后并不会将读取的数据从该缓冲区中删除
2)linux的程序进程会受到信号的干扰,如果一个系统调用后errno为EINTR的时候一般都是因为这个调用的过程中被信号中断了,而一般的
处理方法也是重新执行这个调用,不能将其视为错误情况。
另外还有一种优雅的方法是将这个套接字放到一个I/O模型中监视起来,比如select或epoll模型,一般只需要为其注册可写事件即可,但这不一定,所以就好是可读可写事件都注册好,当其中某个事件发生的时候,我们还是需要和上面一样用recv来判断连接是否成功。
注:其实在收到“可读事件”或“可写事件”时还有一种方法用来判断连接是否成功,那就是
上面的语句执行成功之后(返回值-1表示失败)之后我们应该判断一下error,如果error为非0,那么连接失败,否则成功。
不过需要注意的是,这种方法在windows中不见得有效。