recv返回-1后errno和WSAGetLastError的错误处理_windows下socket的recv返回值中errno和getlasterror有啥区别-优快云博客

本文链接：https://blog.youkuaiyun.com/fripy/article/details/87968516

本文讨论了在recv函数返回-1时，如何处理Linux中的errno和Windows中的WSAGetLastError错误。在Linux下，EWOULDBLOCK和EINTR通常可以忽略，而在Windows下，相应的错误代码需要对应处理。EAGAIN表示资源暂时不可用，对于非阻塞socket来说，可以继续尝试。EINTR表示系统调用被中断，操作应继续。当recv返回0时，表示连接已断开。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

首先errno函数是linux系统里面的，windows系统对应的要用WSAGetLastError函数。

官方详解如下链接：https://msdn.microsoft.com/zh-cn/windows/ms737828(v=vs.95)

Error codes set by Windows Sockets are not made available through the errno variable.（摘录上诉地址）

当recv返回-1时，有三个errno通常会被忽略处理

EWOULDBLOCK：用于非阻塞模式，不需要重新读或者写

EINTR：指操作被中断唤醒，需要重新读/写
在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。从字面上来看，是提示再试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。

　例如，以 O_NONBLOCK的标志打开文件/socket/FIFO，如果你连续做read操作而没有数据可读。此时程序不会阻塞起来等待数据准备就绪返回，read函数会返回一个错误EAGAIN，提示你的应用程序现在没有数据可读请稍后再试。

又例如，当一个系统调用(比如fork)因为没有足够的资源(比如虚拟内存)而执行失败，返回EAGAIN提示其再调用一次(也许下次就能成功)。

EAGAIN：Linux - 非阻塞socket编程处理EAGAIN错误

　在linux进行非阻塞的socket接收数据时经常出现Resource temporarily unavailable，errno代码为11(EAGAIN)，这是什么意思？

这表明你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误，这个错误不会破坏socket的同步，不用管它，下次循环接着recv就可以。

对非阻塞socket而言，EAGAIN不是一种错误。在VxWorks和Windows上，EAGAIN的名字叫做EWOULDBLOCK。

另外，如果出现EINTR即errno为4，错误描述Interrupted system call，操作也应该继续。

最后，如果recv的返回值为0，那表明连接已经断开，我们的接收操作也应该结束。

linux的recv写法通常会忽略如下错误：

int nret = recv(...);
if(nret<0)
{
    if(errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)
    {
        continue;
    }
    else
    {
        break;
    }
}

windows的recv写法通常会忽略如下错误:

int nret = recv(...);
if(nret<0)
{
    if(WSAGetLastError() == WSAEINTR || WSAGetLastError() == WSAEWOULDBLOCK)
    {
        continue;
    }
    else
    {
        break;
    }
}