人为重启被中断的系统调用

安装信号时设置 SA_RESTART属性

忽略信号

永远阻塞的系统调用，被信号中断，导致其不继续等待，转而去执行signal_handler

1、什么是慢系统调用？

该术语适用于那些可能永远阻塞的系统调用。永远阻塞的系统调用是指调用永远无法返回，多数网络支持函数都属于这一类。如：若没有客户连接到服务器上，那么服务器的accept调用就会永远阻塞。

慢系统调用可以被永久阻塞，包括以下几个类别：
（1）读写‘慢’设备（包括pipe，终端设备，网络连接等）。读时，数据不存在，需要等待；写时，缓冲区满或其他原因，需要等待。
（2）当打开某些特殊文件时，需要等待某些条件，才能打开。例如：打开中断设备时，需要等到连接设备的modem响应才能完成。
（3）pause和wait函数。pause函数使调用进程睡眠，直到捕获到一个信号。wait等待子进程终止。
（4）某些ioctl操作。
（5）某些IPC操作。

2、EINTR错误产生的原因-（阻塞的系统调用、或者非阻塞的系统调用）

如果进程在一个慢系统调用(slow system call)中阻塞时，当捕获到某个信号且相应信号处理函数返回时，这个系统调用不再阻塞而是被中断，就会调用返回错误（一般为-1）&&设置errno为EINTR（相应的错误描述为“Interrupted system call”）。

如下表所示的系统调用就会产生EINTR错误，当然不同的函数意义也不同。

系统调用函数	errno为EINTR表征的意义
write	由于信号中断，没写成功任何数据。The call was interrupted by a signal before any data was written.
open	由于信号中断，没读到任何数据。The call was interrupted by a signal before any data was read.
recv
sem_wait	函数调用被信号处理函数中断。The call was interrupted by a signal handler.

3、解决办法

既然系统调用会被中断，那么别忘了要处理被中断的系统调用。有三种处理方式：

解决方法1：`重启`被中断的系统调用

当碰到EINTR错误的时候，有一些可以重启的系统调用要进行重启，而对于有一些系统调用是不能够重启的。例如：accept、read、write、select、和open之类的函数来说，是可以进行重启的。不过对于套接字编程中的connect函数是不能重启的，若connect函数返回一个EINTR错误的时候，我们不能再次调用它，否则将立即返回一个错误。针对connect不能重启的处理方法是，必须调用select来等待连接完成。

理解“重启”？一些IO系统调用执行时，如 read 等待输入期间，如果收到一个信号，系统将中断read，转而执行信号处理函数. 当信号处理返回后，系统遇到了一个问题：是重新开始这个系统调用? 还是让系统调用失败?早期UNIX系统的做法是：中断系统调用，并让系统调用失败，比如read返回 -1，同时设置 errno 为EINTR中断了的系统调用是没有完成的调用，它的失败是临时性的，如果再次调用则可能成功，这并不是真正的失败，所以要对这种情况进行处理，典型的方式为“重启”，采用accept函数为例子，代码如下

ACCEPT:clifd = accept(srvfd,(struct sockaddr*)&cliaddr,&cliaddrlen);if (clifd == -1) {if (errno == EINTR) {goto ACCEPT;} else {fprintf(stderr, "accept fail,error:%s\n", strerror(errno));return -1;}}

解决方法2：安装信号时设置 SA_RESTART属性（该方法对有的系统调用无效）

struct sigaction action;  action.sa_handler = handler_func;  sigemptyset(&action.sa_mask);  action.sa_flags = 0;  /* 设置SA_RESTART属性 */  action.sa_flags |= SA_RESTART;  sigaction(SIGALRM, &action, NULL);

解决方法3：忽略信号（让系统不产生信号中断）

struct sigaction action;  action.sa_handler = SIG_IGN;  sigemptyset(&action.sa_mask);  sigaction(SIGALRM, &action, NULL);

EAGAIN-（一般用于非阻塞的系统调用）

非阻塞的系统调用，由于资源限制/不满足条件，导致返回值为EAGAIN

在Linux环境下开发经常会碰到很多错误(设置errno)，其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中)。

如：首先是把套接字设置为异步的了，然后在使用write发送数据时采取的方式是循环发送大量的数据；由于是异步的，write\send将要发送的数据提交到发送缓冲区后是立即返回的，并不需要对端确认数据已接收。在这种情况下是很有可能出现发送缓冲区被填满，导致write\send无法再向缓冲区提交要发送的数据。因此就产生了Resource temporarily unavailable的错误（资源暂时不可用），EAGAIN 的意思也很明显，就是要你再次尝试。

从字面上来看，是提示再试一次。这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候。

如：以 O_NONBLOCK的标志打开文件/socket/FIFO，如果连续做read操作而没有数据可读。此时程序不会阻塞起来等待数据准备就绪返回，read函数会返回一个错误EAGAIN，提示你的应用程序现在没有数据可读请稍后再试。
又例如，当一个系统调用(比如fork)因为没有足够的资源(比如虚拟内存)而执行失败，返回EAGAIN提示其再调用一次(也许下次就能成功)。

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

在linux进行非阻塞的socket接收数据时经常出现Resource temporarily unavailable，errno代码为11(EAGAIN)，这是什么意思？ ⇒ ⇒ ⇒ 这表明在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误，这个错误不会破坏socket的同步，不用管它，下次循环接着recv就可以。对非阻塞socket而言，EAGAIN不是一种错误。在VxWorks和Windows上，EAGAIN的名字叫做EWOULDBLOCK。

iReadSizeOnce=read(iOpenCom,RxBuf+iReadSize,1024);
if (iReadSizeOnce != ZERO)
{if (iReadSizeOnce != EAGAIN){continue;}else{//stCComApiLog.LogError("读串口操作错误");return(FUN_ERROR);}
}

借鉴于：

1 http://blog.csdn.net/yanook/article/details/7226019 慢系统调用函数如何处理中断信号EINTR
2 http://blog.csdn.net/benkaoya/article/details/17262053 信号中断与慢系统调用
3 http://1.guotie.sinaapp.com/?p=235 socket,accept,connect出现EINTR错误的解决方法

慢系统调用：可能永远阻塞的系统调用，这很关键，不适用于非诸塞的情况。永远阻塞的系统调用是指调用永远无法返回，多数网络支持函数都属于这一类。如：若没有客户连接到服务器上，那么服务器的accept调用就会一直阻塞。
(以下为抄袭2原文)
EINTR说明：如果进程在一个慢系统调用(slow system call)中阻塞时，当捕获到某个信号且相应信号处理函数返回时，这个系统调用被中断，调用返回错误，设置errno为EINTR（相应的错误描述为“Interrupted system call”）。

怎么看哪些系统条用会产生EINTR错误呢？man 7 signal，在ubuntu 10.04上可以查看，哪些系统调用会产生 EINTR错误。

如何处理被中断的系统调用

既然系统调用会被中断，那么别忘了要处理被中断的系统调用。有三种处理方式：

◆ 人为重启被中断的系统调用

◆ 安装信号时设置 SA_RESTART属性（该方法对有的系统调用无效）

◆ 忽略信号（让系统不产生信号中断）

人为重启被中断的系统调用

人为当碰到EINTR错误的时候，有一些可以重启的系统调用要进行重启，而对于有一些系统调用是不能够重启的。例如：accept、read、write、select、和open之类的函数来说，是可以进行重启的。不过对于套接字编程中的connect函数我们是不能重启的，若connect函数返回一个EINTR错误的时候，我们不能再次调用它，否则将立即返回一个错误。针对connect不能重启的处理方法是，必须调用select来等待连接完成。

这里的“重启”怎么理解？

一些IO系统调用执行时，如 read 等待输入期间，如果收到一个信号，系统将中断read，转而执行信号处理函数. 当信号处理返回后，系统遇到了一个问题：是重新开始这个系统调用，还是让系统调用失败？早期UNIX系统的做法是，中断系统调用，并让系统调用失败，比如read返回 -1，同时设置 errno 为EINTR中断了的系统调用是没有完成的调用，它的失败是临时性的，如果再次调用则可能成功，这并不是真正的失败，所以要对这种情况进行处理，典型的方式为：

connect处理方式，抄袭3原文，没有测试过，处理方法是对的。
connect的问题，当connect遇到EINTR错误时，不能向上面那样重新进入循环处理，原因是，connect的请求已经发送向对方，正在等待对方回应，这是如果重新调用connect，而对方已经接受了上次的connect请求，这一次的connect就会被拒绝，因此，需要使用select或poll调用来检查socket的状态，如果socket的状态就绪，则connect已经成功，否则，视错误原因，做对应的处理。

#include poll.hint check_conn_is_ok(socket_t sock) {struct pollfd fd;int ret = 0;socklen_t len = 0;fd.fd = sock;fd.events = POLLOUT;while ( poll (&fd, 1, -1) == -1 ) {if( errno != EINTR ){perror("poll");return -1;}}len = sizeof(ret);if ( getsockopt (sock, SOL_SOCKET, SO_ERROR,&ret,&len) == -1 ) {perror("getsockopt");return -1;}if(ret != 0) {fprintf (stderr, "socket %d connect failed: %s\n",sock, strerror (ret));return -1;}return 0;
}

在调用connect时，这样使用：

#include erron.h....
if(connnect()) {if(errno == EINTR) {if(check_conn_is_ok() < 0) {perror();return -1;}else {printf("connect is success!\n");}}else {perror("connect");return -1;}
}

我一般使用continue或者goto来处理。

安装信号时设置 SA_RESTART属性

我们还可以从信号的角度来解决这个问题，安装信号的时候，设置 SA_RESTART属性，那么当信号处理函数返回后，不会让系统调用返回失败，而是让被该信号中断的系统调用将自动恢复。

struct sigaction action;  action.sa_handler = handler_func;
sigemptyset(&action.sa_mask);
action.sa_flags = 0;
/* 设置SA_RESTART属性 */
action.sa_flags |= SA_RESTART;  sigaction(SIGALRM, &action, NULL);

但注意，并不是所有的系统调用都可以自动恢复。如msgsnd喝msgrcv就是典型的例子，msgsnd/msgrcv以block方式发送/接收消息时，会因为进程收到了信号而中断。此时msgsnd/msgrcv将返回-1，errno被设置为EINTR。且即使在插入信号时设置了SA_RESTART，也无效。在man msgrcv中就有提到这点：

msgsnd and msgrcv are never automatically restarted after being interrupted by a signal handler, regardless of the setting of the SA_RESTART flag when establishing a signal handler.

忽略信号

当然最简单的方法是忽略信号，在安装信号时，明确告诉系统不会产生该信号的中断。

struct sigaction action;  action.sa_handler = SIG_IGN;
sigemptyset(&action.sa_mask);  sigaction(SIGALRM, &action, NULL);

#include
#include
#include
#include
#include
#include   void sig_handler(int signum)
{  printf("in handler\n");  sleep(1);  printf("handler return\n");
}  int main(int argc, char **argv)
{  char buf[100];  int ret;  struct sigaction action, old_action;  action.sa_handler = sig_handler;  sigemptyset(&action.sa_mask);  action.sa_flags = 0;  /* 版本1:不设置SA_RESTART属性 * 版本2:设置SA_RESTART属性 */  //action.sa_flags |= SA_RESTART;  sigaction(SIGALRM, NULL, &old_action);  if (old_action.sa_handler != SIG_IGN) {  sigaction(SIGALRM, &action, NULL);  }  alarm(3);  bzero(buf, 100);  ret = read(0, buf, 100);  if (ret == -1) {  perror("read");  }  printf("read %d bytes:\n", ret);  printf("%s\n", buf);  return 0;
}

在ubuntu 10.04 上测试结果：
不设置SA_RESTART，执行结果如下：

说明接受信号处理完成以后，主函数收到EINTR信号，read函数返回-1，退出
设置SA_RESTART，执行结果如下：

说明设置SA_RESTART参数以后，自动重新调用read函数，没有体现在应用层代码中，在应用层看来，这个EINTR没有造成任何影响。

个人认为下面的总结很重要：

慢系统调用(slow system call)会被信号中断，系统调用函数返回失败，并且errno被置为EINTR（错误描述为“Interrupted system call”）。

处理方法有以下三种：①人为重启被中断的系统调用；②安装信号时设置 SA_RESTART属性；③忽略信号（让系统不产生信号中断）。

有时我们需要捕获信号，但又考虑到第②种方法的局限性（设置 SA_RESTART属性对有的系统无效，如msgrcv），所以在编写代码时，一定要“人为重启被中断的系统调用”。

linux系统中socket错误码：EINTR和EAGAIN的处理相关推荐

【Linux应用编程】Linux编程中常见错误码含义及查询方式
文章目录 1 前言 2 错误码查询 3 错误码翻译表 1 前言 linux应用程序开发过程中,经常会遇到一些错误信息的返回,存在的可能性有,参数有误.非法访问.系统资源限制.设备/文件不存在.访问 ...
DM8达梦数据库：系统中的错误码信息
此达梦数据库版本为:dm8-1-88-20.06.24-123627-ENT SELECT * FROM SYS."V$ERR_INFO"; 错误码: 100 空结果集 101 字 ...
什么是好的错误消息? 讨论一下Java系统中的错误码设计
简介:一个好的Error Message主要包含三个部分:Context: 什么导致了错误?发生错误的时候代码想做什么?The error itself: 到底是什么导致了失败?具体的原因和当时的数据 ...
linux错误码61,Linux编程中的错误码列表
有时可以知道错误的数值,但是如果不知道对应于那个宏定义,也很难知道这个错误描述的是什么.我平时这两种方法来确定:在内核源码中搜索和查看头文件. 在内核源码中搜索一般都可以搜到,而且使用source i ...
ss流量查询 php,Linux_Linux怎么使用ss命令查看系统的socket状态，　　Linux系统中，ss命令可用于 - phpStudy...
Linux怎么使用ss命令查看系统的socket状态 Linux系统中,ss命令可用于查看系统的socket的状态,而socket作为系统的进程通信机制,了解其状态是很有必要的,下面小编就给大家介绍下 ...
linux系统sql语句报错_如果数据库管理工具1045错误出现在Linux系统中怎么
原标题:如果数据库管理工具1045错误出现在Linux系统中怎么连接MySQL数据库时难免会遇到1045错误,主要是因为用户输入的用户名或密码错误被拒绝访问,如果不想重装,需要找回密码或者重置密码. ...
网络编程中常见错误码总结
在网络编程中,总有各种需要注意的环节,几乎每个API都要进行异常处理,判断返回值以及错误码来定位是否需要退出. 本文根据自身使用经验,总结以下错误码及其出现场景和一般处理流程. 网络编程的一般性流程如 ...
Linux系统中常用软件的安装（os7）
# Linux系统中常用软件的安装(os7) 文章目录 1 `JDK`安装 2 `tomcat`安装 (1) 解压缩tomcat.tar.gz (2) 运行tomcat/bin/startup.sh ...
window下 PHP socket 错误码预定义常量，对应数值，错误信息
window下 PHP socket 错误码预定义常量, 对应数值,错误信息! php版本: PHP 7.4.0 (cli) (built: Nov 27 2019 10:14:18) ( ZTS V ...

linux系统中socket错误码：EINTR和EAGAIN的处理

1、什么是慢系统调用？

2、EINTR错误产生的原因-（阻塞的系统调用、或者非阻塞的系统调用）

3、解决办法

解决方法1：`重启`被中断的系统调用

解决方法2：安装信号时设置 SA_RESTART属性（该方法对有的系统调用无效）

解决方法3：忽略信号（让系统不产生信号中断）

EAGAIN-（一般用于非阻塞的系统调用）

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

人为重启被中断的系统调用

安装信号时设置 SA_RESTART属性

忽略信号

linux系统中socket错误码：EINTR和EAGAIN的处理相关推荐

最新文章

热门文章

linux系统中socket错误码：EINTR和EAGAIN的处理

1、什么是慢系统调用？

2、EINTR错误产生的原因-（阻塞的系统调用、或者非阻塞的系统调用）

3、解决办法

解决方法1：重启被中断的系统调用

解决方法2：安装信号时设置 SA_RESTART属性（该方法对有的系统调用无效）

解决方法3： 忽略信号（让系统不产生信号中断）

EAGAIN-（一般用于非阻塞的系统调用）

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

人为重启被中断的系统调用

安装信号时设置 SA_RESTART属性

忽略信号

linux系统中socket错误码：EINTR和EAGAIN的处理相关推荐

最新文章

热门文章

解决方法1：`重启`被中断的系统调用

解决方法3：忽略信号（让系统不产生信号中断）