linux socket 套接字状态 EAGAIN EWOULDBLOCK EINTR 与非阻塞简介_socket_ewouldblock_whatday的博客

相关文章推荐

坚韧的凉面 · python 正则表达式匹配双引号 ...· 1 年前 ·

风流倜傥的脆皮肠 · 用SpringBatch的S3问题阅读Ite ...· 1 年前 ·

有胆有识的楼房 · python - 使用函数修改数组中的一个项· 1 年前 ·

儒雅的煎饼 · Python ...· 1 年前 ·

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，那表明连接已经断开，我们的接收操作也应该结束。

errno ==EINTR 总结
如果read（）读到数据为0，那么就表示文件读完了，如果在读的过程中遇到了中断则read()应该返回-1，同时置errno为EINTR。

因此判断read的条件如下：

if <=0
    if==0
        表示文件结束， 处理
    if(<0 && errno==EINTR)
        表示中断，处理
        否则，出错
     如果 write（）返回0，那么就表示出错，也就是无法写入了;而如果在写的过程中遇到了中断，那么write（）会返回-1，同时置errno为EINTR。因此判断write的条件如下：  
if<=0
        if errno==EINTR  
    if ==0
        break;
  ssize_t   readn ( int fd, void *vptr, size_t n )
     size_t     nleft;
     ssize_t   nread;
     char       *ptr;
    ptr=vptr;
     nleft=n;
    while ( nleft>0 )
        if ( ( nread = read ( fd,ptr,nleft ) ) < 0 )
           if ( errno == EINTR )
              nread = 0;
              return ( -1 );
       nleft-=nread;
        ptr+=nread;
    return ( n-nleft );
ssize_t   writen (  int fd,   const void *ptr,    size_t n  )
     size_t   nleft;
     ssize_t   nwritten;
     const char *ptr;
    ptr=vptr;
     nleft=n;
    while ( nleft>0 )
        if( ( nwritten=write( fd, ptr, nleft ) )<=0 )
           if( nwritten<0 && errno == EINTR )
              nwritten = 0;
              return (-1);
          nleft-=nwritten;
           ptr+=nwritten;
    return (n);
写函数write 
ssize_t write(int fd,const void *buf,size_t nbytes) 
write函数将buf中的nbytes字节内容写入文件描述符fd。成功时返回写的字节数，失败时返回-1，并设置errno变量。 
在网络程序中,当我们向套接字文件描述符写时有俩种可能： 
1) write的返回值大于0，表示写了部分或者是全部的数据； 
2) 返回的值小于0，此时出现了错误，我们要根据错误类型来处理。 
如果错误为EINTR表示在写的时候出现了中断错误。如果为EPIPE表示网络连接出现了问题（对方已经关闭了连接）。 

读函数read 
ssize_t read(int fd,void *buf,size_t nbyte) 
read函数是负责从fd中读取内容。当读成功时，read返回实际所读的字节数。如果返回的值是0，表示已经读到文件的结束了。小于0表示出现了错误。如果错误为EINTR说明读是由中断引起的，如果是ECONNREST表示网络连接出了问题。 
                    EWOULDBLOCK：用于非阻塞模式，不需要重新读或者写EINTR：指操作被中断唤醒，需要重新读/写　　在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。从字面上来看，是提示再试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。　　例如，以 O_NONBLOCK的标志打开文件/socket/FIFO，如果你连续做read操作而没有数据可读。此时程序不会阻塞
				Socket/Epoll主要流程对socket错误码正确处理 
【https://blog.csdn.net/whycold/article/details/48179659】 
注：转载一个同事的工作笔记。
以下是对相关流程和socket错误码正确处理的小结。
一. Socket/Epoll主要遇到的问题: 
(1) 非阻塞socket下,接收流程(recv/recvfrom)对错误(EIN...
在某些套接字的函数操作不能立即完成时，会出现错误码EWOULDBLOCK和EAGAIN
Linux EINTR错误码
在类UNIX/Linux中调用一些socket函数时（connect,send,recv,epoll_wait等），除了在函数调用出错时会返回-1，这些函数可能被信号中断时也会返回-1，此时我们可以通过错误码errno判断是不是EINTR，来确定是不是被信号中断。如果是，则说明被信号中断，我们需要再次调用该函数进行重试。
bool SendData(const 
socket编程里面的通过send和recv实现客户端服务器的交互
tcp 里面的read和write则是对发送的数据进行读，和写入将要发送的数据
http://blog.csdn.net/u011408355/article/details/45921541
上面的博客记录的很仔细。。。
一旦，我们建立好了tcp连接之后，我们就可以把得到的fd当作文件描述符来使...
				非阻塞socket设置方法：
fcntl(socket_fd, F_SETFL, fcntl (socket_fd, F_GETFL,0) | O_NONBLOCK);
非阻塞模式下错误处理：
EAGAIN和EWOULDBLOCK（windows下）错误，这表明你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误，关于此错误一种说法是此错误表示目前无端口可用，另一种说法说的是发送缓冲区已满，遇到这两种错误不能当作错误处理，一种处理方法是采用延时处理稍后发送/接收，另一种是在类似poll/s.
EAGAIN和EWOULDBLOCK是linux环境下的两个错误码，在非阻塞IO中经常会碰到，对新手而言，如何处理这两个值非常头疼。如果处理不当，很容易导致程序异常。
EAGAIN的官方定义：
“Resource temporarily unavailable.” The call might
				首先，需要使用 Linux 中的 socket API 创建一个 socket，并将其设置为非阻塞模式。然后，使用 bind() 和 listen() 将 socket 绑定到特定的 IP 地址和端口上。
在服务器端，使用 accept() 接受客户端的连接请求。如果 accept() 返回 EAGAIN 或 EWOULDBLOCK 错误，则说明此时没有可用的连接请求，程序应该继续监听。
在接受到客户端的连接请求后，可以使用 recv() 或 read() 接收客户端发送的数据，并使用 send() 或 write() 向客户端发送数据。
示例代码如下：
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <sys/socket.h>
#include <sys/types.h>
#include <netinet/in.h>
#include <fcntl.h>
#define PORT 4444
int main(){
    int sockfd, ret;
    struct sockaddr_in serverAddr;
    int newSocket;
    struct sockaddr_in newAddr;
    socklen_t addr_size;
    char buffer[1024];
    pid_t childpid;
    sockfd = socket(AF_INET, SOCK_STREAM, 0);
    if(sockfd < 0){
        printf("[-]Error in connection.\n");
        exit(1);
    printf("[+]Server Socket is created.\n");
    memset(&serverAddr, '\0', sizeof(serverAddr));
    serverAddr.sin_family = AF_INET;
    serverAddr.sin_port = htons(PORT);
    serverAddr.sin_addr.s_addr = inet_addr("127.0.0.1");
    ret = bind(sockfd, (struct sockaddr*)&serverAddr, sizeof(serverAddr));
    if(ret < 0){
        printf("[-]Error in binding.\n");
        exit(1);
    printf("[+]Bind to port %d\n", 4444);
    if(listen(sockfd, 10) == 0){
        printf("[+]Listening....\n");
                python 错误 Could not find a suitable TLS CA certificate bundle, invalid path 解决方法
                    yiwuxia23: 
                    这个文件可以发一下吗
                python pip 错误 ModuleNotFoundError: No module named pip._internal  解决办法
                    阿龙不是码龙: 
                    Ubuntu18.04默认py3.6安装py3.9，默认pip3是py3.6的，设置软性连接，将python3指向python3.9后，通过博主的解决方法3完美解决问题，安装的是py3.9的pip，能正常安装py3.9的包了。感谢