为什么需要读这本书
大多数程序员对 Unix 的认知停留在命令行层面，一旦程序出现文件描述符泄漏、僵尸进程、信号竞态，排查就变得困难。Unix 环境高级编程要解决的是同一个问题：把“操作系统做了什么”变成可预期、可验证的知识。它不教语法，而是教程序与内核之间的契约。
文件 I/O：一切从描述符开始
Unix 的抽象高度统一：文件、管道、设备、套接字都是文件描述符。理解这一点，很多问题迎刃而解。
无缓冲 I/O 与缓冲 I/O 的边界
open、read、write、lseek 属于无缓冲系统调用，而 fopen 系列在用户态维护缓冲区。混用两者容易出现读写顺序错乱，正确做法是在同一数据流上只选一层。另一个常被忽略的点是原子性：O_APPEND 保证追加写不覆盖，但“先 lseek 再 write”在多进程下并不安全。
描述符的生命周期
描述符是有限资源。子进程继承父进程的描述符，如果不在 exec 前关闭无关描述符，就会造成泄漏。FD_CLOEXEC 标志和 close-on-exec 是工程中必须养成的习惯。
进程控制：fork 之后发生了什么
fork 返回两次，父子进程共享代码段、各自拥有数据段副本。写时复制让 fork 的开销低于直觉，但这不意味着可以随意 fork。
僵尸进程与回收
子进程退出后，内核保留其退出状态直到父进程调用 wait 或 waitpid。未回收的子进程就是僵尸进程。长期运行的服务进程应设置 SIGCHLD 处理或在事件循环中定期回收，而不是依赖退出时统一清理。
exec 与程序替换
exec 系列函数替换进程映像但不改变进程 ID。fork 加 exec 是 shell 执行命令的基本模型。注意 exec 失败会返回，必须在调用后处理错误并退出，否则会继续执行父进程逻辑。
信号：异步世界里的同步问题
信号是 Unix 中最容易被误用的机制。处理函数可能在任意指令处被调用，因此只能调用异步信号安全函数。printf、malloc 都不在此列。
可靠信号与竞态
早期信号可能丢失，现代系统提供可靠信号语义，但竞态依然存在。典型场景是“检查标志再进入临界区”，信号可能在检查与进入之间到达。标准解法是 sigprocmask 阻塞信号配合 sigsuspend 原子地解除阻塞并等待。
自管道技巧
在信号处理函数中写一个字节到管道，主循环从管道读取，可把异步事件转为同步处理，避免在信号上下文中做复杂操作。
IPC：选择比实现更重要
管道、FIFO、消息队列、共享内存、信号量、套接字各有适用场景。管道适合有亲缘关系的进程；共享内存性能最好但需要自行同步；套接字最通用，可跨主机。工程上的关键是先明确通信方向、数据量和生命周期，再选机制，而不是反过来。
把知识落到工程里
读这本书的价值不在于记住函数原型，而在于形成判断：什么时候该用系统调用、错误码意味着什么、资源何时释放。建议配合小型项目练习，例如实现一个带超时控制的命令执行器，或一个基于管道的进程池，把文件描述符管理、信号处理和进程回收串起来。这些经验比背诵 API 更能应对真实故障。
