何时返回EINTR错误？

Question

我看到了处理EINTR错误的代码(读、写系统调用)。我理解中断发生在两种情况下。首先，它发生的时间为每次的时间表。第二，它是通过信号发生的。但是堆叠溢出的每个人都说只是信号箱。

所以，我的问题是EINTR是通过信号返回的吗？还是被别的东西送回来了？

Answer 1

既然您提到了read和write，那么我将假设您所指的是符合POSIX的操作系统，并回答这些问题。正如jwdonahue所指出的，对于不同的功能和操作系统，它可能是不同的。

EINTR的返回值意味着该函数在函数完成其正常工作之前被信号中断。信号本身可能是由中断引起的，也可能不是由中断引起的。让我详细说明一下，因为“中断”、“信号”和“中断”是微妙的。

信号只是一种特殊的进程间通信.它允许内核中断进程的执行，因此允许进程相互中断。

另一方面，中断是一种低级的、通常与硬件相关的现象，起源于处理器。在POSIX环境中，中断常常被内核转换成信号并发送到相关进程。

所以EINTR意味着接收到了一个信号。信号导致进程被“中断”(不要与中断混淆)。信号可能是由底层中断引起的，也可能不是由底层中断引起的。例如，SIGSEGV和SIGBUS是由中断引起的，而SIGINT (足够令人困惑)是由软件引起的--通常是在将Ctrl发送到终端时。

Answer 2

我认为您正在混淆中断(这是一个异步事件)和EINTR (只是一个错误代码)。

并非所有中断的代码都会导致errno被设置为EINTR。当某些系统调用中断而系统在中断处理后无法恢复系统调用时，errno设置为EINTR。开发人员可以选择通过检查errno重新尝试系统调用。

也就是说，任何用户定义的函数也可以将errno设置为EINTR，而不会在图片中出现任何中断。

例如：

int foo () {
    //do_some_stuff_here
    errno = EINTR;
    return -1;
}

是完全有效的(可能不太有用，但有效)。