linux api笔记（7）：系统调用如何摆脱信号的干扰

最新推荐文章于 2024-10-18 22:22:17 发布

ht8269

最新推荐文章于 2024-10-18 22:22:17 发布

阅读量1k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： linux 文章标签： linux api chrome 编程

本文链接：https://blog.youkuaiyun.com/ht8269/article/details/5503042

linux 专栏收录该内容

24 篇文章

订阅专栏

本文探讨了Linux环境下编程时信号对系统调用的干扰问题，特别是导致errno被设置为EINTR的情况。通过分析Chrome源码中的一种解决方法——HANDLE_EINTR宏，来避免重复编写错误处理代码。该宏适用于返回值为int且可能受信号干扰的系统调用，但并非所有系统调用都适用，如open函数。文章强调正确识别能设置errno为EINTR的系统函数是关键。

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

在linux环境下编程有一个很让人头疼的问题就是信号对系统调用的干扰，在系统调用过程中如果受到信号的干扰，

部分系统调用会将errno设置成EINTR，我们不得不编写下面的错误处理代码来防止这种情况的发生：

syscall: int ret = syscall(...); if (ret < 0 && EINTER == errno) goto syscall; else if(ret < 0) ... else ...

一次又一次的编写的话真的很烦，而前端时间我在chrome的源代码中找到的一段代码正好解决了这种丑陋的编码：

#include <fcntl.h> #include <errno.h> #include <unistd.h> #define HANDLE_EINTR(x) ({ / typeof(x) __eintr_code__; / do { / __eintr_code__ = x; / } while(__eintr_code__ < 0 && EINTR == errno); / __eintr_code__; / }) int main() { int fd = 0; char buf[1024]; fd = open("hello world", O_RDWR); HANDLE_EINTR(read(fd,buf, sizeof(buf))); close(fd); return 0; }

当然我们也不是只要碰到系统调用就使用HANDLE_EINTR，一个系统调用函数至少要满足两个条件的时候才能使用：

1）返回值类型为int

2）会受到信号的干扰，也就是说有可能将errno设置成EINTR（这就需要我们查man手册了）。上面的open函数就

不会受到信号的干扰，所以就不能使用这个宏。

至少到目前为止，我发现凡是能够将errno设置成EINTR的系统函数的返回值类型都是int，并且当出错的时候

返回值小于0。