Question

我看到了处理EINTR错误的代码（读，写系统调用）。我了解在两种情况下会发生中断。首先，它发生在计划时间表的每个时间段。其次，它是通过信号发生的。但是stackoverflow中的每个人都只说信号情况。

所以，我的问题是EINTR仅通过信号返回？或其他原因返回？

Answer 1

由于您提到了read和write，因此我假设您是指POSIX兼容操作系统，并针对这些操作系统做出回答。正如jwdonahue所指出的，对于不同的功能和操作系统，它可能有所不同。

返回值EINTR表示函数在完成正常工作之前已被信号中断。信号本身可能是也可能不是由中断引起的。让我详细说明一下，因为“中断”，“信号”和“中断”这两个术语很微妙。

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

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

因此EINTR表示已接收到信号。该信号导致进程被“中断”（不要与中断混淆）。该信号可能是也可能不是由基础中断引起的。例如，SIGSEGV和SIGBUS是由中断引起的，而SIGINT（很容易混淆）是由软件引起的-通常是在向终端发送Ctrl-C时。

Answer 2

我认为您对中断（这是一个异步事件）和EINTR（这只是一个错误代码）感到困惑。

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

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

例如：

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

完全有效（可能不太有用，但是有效）。