Linux下错误处理需主动检查系统调用返回值，再读取errno；成功调用不重置errno，故不可依赖errno==0判断；应立即保存errno以防被覆盖；strerror()非线程安全，strerror_r()更安全；perror()适合快速调试；差异化处理应直接比较errno与ENOOENT等宏常量。
Linux 下函数内部捕获并处理错误码，核心是依赖 errno 变量配合系统调用返回值判断，再用 strerror() 或 perror() 转为可读信息。关键不是“自动捕获”，而是**主动检查 + 正确解读**。
检查返回值后再读 errno
系统调用（如 open()、read()、socket()）失败时通常返回 -1（或 NULL），此时 errno 才被设置。成功调用不会清空 errno，所以不能靠 errno == 0 判断成功。
- 务必先判断函数返回值是否出错，再访问
errno - 不要在两次系统调用之间混用
errno，中间若调用了其他可能改写errno的函数（如printf()），值可能已被覆盖 - 示例写法：
if (fd == -1) {
int saved_errno = errno; // 立即保存
fprintf(stderr, "open failed: %s (code %d)\n", strerror(saved_errno), saved_errno);
// 后续可基于 saved_errno 做分支处理
}
用 strerror() 获取错误描述
strerror(errno) 返回指向静态字符串的指针，内容是该错误码对应的英文说明（如 "No such file or directory"）。它方便调试和日志输出，但不是线程安全的（多线程下可能被覆盖）。
- 适合单线程程序或快速诊断
- 若需线程安全，改用
strerror_r(errno, buf, sizeof(buf))，把结果写入你提供的缓冲区 - 注意：不要把
strerror()的返回值长期缓存或跨函数传递，下次调用可能已变
用 perror() 快速打印错误
perror("open") 相当于 fprintf(stderr, "open: %s\n", strerror(errno))，省去手动拼接，适合开发调试阶段快速定位。
- 第一个参数是自定义前缀，会紧跟冒号和空格输出
- 它只输出到
stderr，不返回字符串，无法用于日志文件或 UI 显示 - 不适用于需要结构化错误处理的场景（比如按错误类型做不同恢复动作）
按错误码做差异化处理
很多错误需要区别对待。例如 open() 失败时，ENOENT（2）表示文件不存在，可尝试创建；EACCES（13）表示权限不足，应提示用户检查权限；EAGAIN（11）在非阻塞 I/O 中常见，适合重试。
- 直接比较
errno与宏常量（如if (errno == ENOENT)），比字符串匹配更可靠 - 头文件
<errno.h>已定义全部标准错误码宏，无需硬编码数字 - 避免用
switch(errno)，因为不是所有值都有对应宏，且部分错误码平台间有差异
