网络编程中常见错误码总结

在网络编程中,总有各种需要注意的环节,几乎每个API都要进行异常处理,判断返回值以及错误码来定位是否需要退出.
本文根据自身使用经验,总结以下错误码及其出现场景和一般处理流程.
网络编程的一般性流程如下 :
客户端 : socket -> connect -> write / read
服务端 : socket -> bind -> listen -> accept
还有因为设置属性带来的其它改变,比如非阻塞和套接字选项.
EADDRINUSE : 如果你在同一个端口运行了无论是相同还是不同的程序,那么bind就会出错.即便是设置了SO_REUSEADDR,同一时刻也只允许同一个进程占用指定端口,有一种极其特殊的情况,就是允许相同地址端口的完全重复绑定,但是这个特殊的情况需要传输协议支持,而且一般而言仅适用于UDP.(参考unp 7.5.11)
EINTR : 如果你并未对套接字设置非阻塞,那么所有可能阻塞的函数都有可能遇到这个错误.比如connect,accept,read,write...等,面对这个错误,一般性的处理办法是忽略掉它,继续产生这个错误的操作.比如read一个套接字,如果遇到了这个错误,忽略掉,继续read就行了.

EINPROGRESS : 一次connect的超时时间可能是75s左右(参考unp 4.3),有的时候我们并不想等待这么长时间.有办法,可以在调用connect之前设置套接字非阻塞,然后调用connect,此时connect会立刻返回,并且会设置errno为EINPROCESS,这并不是一个致命错误,仅仅是告知你已经在连接了,你只要判断是它就继续执行后面的逻辑就行了,比如select.通过select设置超时来达到为connect设定超时的目的.

ECONNABORT : 一个连接到来了以后,accept并不会立刻返回,而是先把这个连接放在未完成连接队列,然后做一些处理以后放到已完成连接队列,accept所做的只是从已完成连接队列取这个连接而已,如果在accept取之前,连接异常断开,accept就会返回这个错误,当然这个错误并不致命,但是如果你这样写,你就惨了

if (errno == EINTR/* || errno == ECONNABORT*/)
{
    continue;
}
else
{
    return -1;

上面这段代码说明,当accept错误返回时,不仅要判断中断,还需要判断连接终止.
EAGAIN : 如果你得套接字是非阻塞的,你需要对read/write/recv/send...等函数判断返回值,如果其失败返回,并且errno是EAGAIN,这并不致命,你只要忽略它,继续处理就行,这个错误只是告诉我们,当前这个套接字并没有数据可读或者并没有空间装得下将要发送的数据.

EWOULDBLOCK : 在大多数的TCP实现中,这个错误码和EAGAIN的意思是一样的.参考百度百科 <errno >