[Linux]socket阻塞模式下recv()返回11（EAGAIN ）的原因

网上很多人说收到EAGAIN错误时，直接再次接收就行了， 但是我认为这样可能会有问题，最好是做个记数器，如果多次收到EAGAIN ，就关闭socket，重新连接，这样应该万万无一失！ int rcv_len = recv(p_ch->sock_tcp, recv_buf, sizeof(recv_buf), 0); if(rcv_len == -1) { LOG_F...

在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。 linux下使用write\send发送数据报 EAGAIN : Resource temporarily unavailable 错 首先是我把套接字设置为异步的了，然后在使用write发送数据时采取的方式是循环发送大量的数据；由于是异步的，w...

返回值为-1，并且 (errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN) 的情况下认为连接是正常的，继续接收。

因为我们死循环只是为了接收缓冲区中的连接，一旦accept在缓冲区找不到可用的连接了，那么accept会将errno设置为EAGAIN，这个时候我们只需要判断errno==EAGAIN就说明了，accept已经将缓冲区中的连接读取完，所以可以直接break了。达到缓冲区的数据有可能被别人抢走，比如多个进程accept同一个socket时引发的惊群现象，只有一个客户端连接到来，但是所有的监听程序都会被唤醒，最终只能有一个进程可以accept到这个请求，如果采用阻塞的IO，其他进程的accept就会产生阻塞。

在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。     从字面上来看，是提示再试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。例如，以O_NONBLOCK的标志打开文件/socket/FIFO，如果你连续做read操作而没有数据可读。此时程序不会阻塞起

在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。EAGAIN和 EWOULDBLOCK等效！从字面上来看，是提示再试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。例如，以O_NONBLOCK的标志打开文件/socket/FIFO，如果你连续做read操作而没有数据可读。

linux errno查看和使用_believe209的博客-CSDN博客_linux 获取errno Linux网络编程常见错误码及分析_Justice_Gao的博客-CSDN博客 Linux socket里的send和recv，阻塞与非阻塞socket、TCP与UDP的区别_瓶子里de肥皂泡的博客-CSDN博客 同步、异步、阻塞、非阻塞，以及IO模型的理解_落尘纷扰的博客-CSDN博客 Linux下netstat命令详解_NoFaceNoSkin的博客-CSDN博客_netstat命令 n

转自：http://blog.csdn.net/tianmohust/article/details/8691644 版权声明：本文为博主原创文章，未经博主允许不得转载。 在Linux中使用非阻塞的socket的情形下。 （一）发送时 　　当客户通过Socket提供的send函数发送大的数据包时，就可能返回一个EAGAIN的错误。该错误产生的原因是由于send 函数中的size...

多次调用pthread_create来创建线程，不适用pthread_join回收线程资源，导致第251次就创建失败了

socket错误码： EINTR： 4 阻塞的操作被取消阻塞的调用打断。如设置了发送接收超时，就会遇到这种错误。 只能针对阻塞模式的socket。读，写阻塞的socket时，-1返回，错误号为INTR。另外，如果出现EINTR即errno为4，错误描述 Interrupted system call，操作也应该继续。如果recv的返回值为0，那表明连接已经断开，接收操作也应该结束。

具体延时时间要看网络的速率，对于差的wifi至少设置10秒以上。

函数原型：int recv( SOCKET s, char *buf, int len, int flags) 功能：不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。 参数一：指定接收端套接字描述符； 参数二：指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据； 参数三：指明buf的长度； 参数四 ：一般置为0。 阻塞与非阻塞recv返回值没有区分，都...

2.经过多次试验，排查到原因，是因为客户端使用大小为32的缓冲区char recvBuffer[32]进行接收，但主控发送时，发送的大小为sizeof(CLIENTDATA) = 65,导致客户端接收失败，返回-1，即使客户端套接字状态正常依然返回-1。当客户端接收缓冲区改为大于主控发送的数据的任意大小缓冲区，recvfrom不再返回-1。3.所以，使用UDP进行数据传输时，接收端recvfrom时缓冲区的大小要大于发送端发送数据的大小，否则recvfrom返回SOCKET_ERROR，即-1。

recv是网络编程中用于TCP传输接收数据的接口，由于工作中一直没有接触到网络编程，虽然知道这个函数，但是没有使用经验，所有对接口细节不是很了解。 直到前阵子在项目中调试第三方的源码时，跟踪到这个函数，才发现它的返回值和我想象的不太一样。 recv函数的原型： ssize_t recv(int sockfd, void* buf, size_t len, int flags); 之前知道的是如果读取成功，会返回实际读取到的字节数，但是如果读取不到数据呢？一直想当然的认为会返回0，其实并不是，当读取不到数据

本次 Live 主要包括以下内容 • TCP/IP协议栈层次与三次握手、四次挥手需要知道的细节 • TCP与UDP适用场景 • linux网络模型 • epoll_event结构中epoll_data_t的fd与ptr使用场景 •Windows网络模型 •异步connect •select可以检测网络异常吗 •epoll的水平模式和边缘模式 •阻塞与非阻塞socket的设置与区别 •send/recv返回值问题 •如何编写正确的收与发数据代码 •收发缓冲区如何设计 •SO_SNDTIMEO、SO_RCVTI

http://blog.csdn.net/davintanger/article/details/7679567

一，管道读写规则 当没有数据可读时 O_NONBLOCK disable：read调用阻塞，即进程暂停执行，一直等到有数据来到为止。 O_NONBLOCK enable：read调用返回-1，errno值为EAGAIN。 当管道满的时候 O_NONBLOCK disable： write调用阻塞，直到有进程读走数据 O_NONBLOCK...