1. 课程导论：EINTR与EAGAIN错误的背景、重要性及课程目标
1.1 背景：系统调用为何会“失败”
在 Linux 系统编程中，系统调用是用户态程序与内核交互的唯一通道。然而，许多开发者会遭遇系统调用返回 -1 并设置 errno 为 EINTR 或 EAGAIN 的情况。这并非真正的“失败”，而是内核在特定条件下主动中断或延迟了操作。
- EINTR (Interrupted System Call)：系统调用在执行过程中被信号中断，未完成任何数据传输即返回。
- EAGAIN (Resource Temporarily Unavailable)：操作无法立即完成，但稍后重试可能成功（常见于非阻塞 I/O 和资源限制场景）。
这两种错误在以下场景中尤为常见：
| 场景 | 典型系统调用 | 常见错误 |
|---|---|---|
| 信号驱动的阻塞 I/O | read(), write(), accept() |
EINTR |
| 非阻塞 socket 通信 | connect(), send(), recv() |
EAGAIN |
| 资源限制（如文件锁、内存） | flock(), mmap(), fork() |
EAGAIN |
| 定时器与信号处理 | sleep(), pause(), sigsuspend() |
EINTR |
关键认知：EINTR 和 EAGAIN 不是编程错误，而是内核与用户态之间的正常协作机制。正确处理它们，是编写健壮系统软件的基本功。
1.2 重要性：为什么必须掌握 EINTR 与 EAGAIN
忽略或错误处理这两个错误，会导致以下严重后果：
- 数据丢失或损坏：未重试被中断的
read()或write()，导致部分数据未被传输。 - CPU 空转：对 EAGAIN 不做延迟重试，导致忙等待（busy-waiting），浪费 CPU 资源。
- 死锁或资源泄漏：在锁操作中未正确处理 EINTR，可能导致线程永久阻塞。
- 服务不可用：网络服务器未处理 EAGAIN，导致连接请求被丢弃。
以下 SVG 图展示了 EINTR 与 EAGAIN 在系统调用生命周期中的位置：
常见误区：许多开发者将 EINTR 视为“错误”并记录日志后退出，或将 EAGAIN 视为“连接断开”而关闭 socket。这些做法在高并发服务中会直接导致功能失效。
1.3 课程目标
本课程旨在帮助学员系统掌握 EINTR 与 EAGAIN 的底层原理、识别方法和处理策略。完成本课程后，您将能够：
- 理解内核行为：解释 EINTR 与 EAGAIN 产生的内核机制，包括信号处理、非阻塞 I/O 模型和资源调度。
- 正确识别场景：区分哪些系统调用可能返回 EINTR，哪些可能返回 EAGAIN，以及它们的组合情况。
- 编写健壮代码：使用重试循环、信号掩码、自管道（self-pipe）技巧等模式，编写可正确恢复的系统调用代码。
- 性能优化：避免忙等待，合理使用 epoll / select / poll 等 I/O 多路复用机制，减少不必要的 EAGAIN 触发。
- 故障排查：通过 strace、perf、内核日志等手段，快速定位因 EINTR/EAGAIN 处理不当导致的故障。
1.4 课程内容概览
| 章节 | 核心内容 | 实践重点 |
|---|---|---|
| 第 1 章 | 课程导论与背景 | 理解错误本质与重要性 |
| 第 2-5 章 | EINTR 原理、场景与处理模式 | 信号中断机制、重试循环实现 |
| 第 6-9 章 | EAGAIN 原理、非阻塞 I/O 与资源限制 | 非阻塞 socket、epoll 配合、延迟策略 |
| 第 10-12 章 | 高级主题：自管道、信号掩码、线程安全 | 多线程环境下的处理技巧 |
| 第 13-15 章 | 故障排查工具与实战案例 | strace 分析、性能调优、线上问题复盘 |
学习建议：本课程包含大量代码示例和实战案例。建议在学习过程中，使用 Linux 虚拟机或容器环境，跟随课程动手运行和修改示例代码，以加深理解。