web程序员专用Linux C编程第一季

做 Web 的时间越长，越容易撞上一堵墙：PHP、Node、Python 写得好好的，一旦要碰进程、文件描述符、socket 选项、内存布局，就只能复制粘贴别人的代码，改一行都心虚。这不是能力问题，是知识结构里缺了一块——Linux 系统调用和 C 语言这一层。这门课就是补这块的。

先说清楚：这门课不教你写 Web 框架

它不是「用 C 写一个 HTTP 服务器」那种项目课，也不是 C 语言语法速成。第一季的定位是打地基：把 Web 程序员日常会撞见的那些系统级概念，用 C 语言在 Linux 上亲手过一遍。你在 PHP 里写的 file_get_contents，在 Node 里写的 fs.readFile，底下到底是 open/read/write/close 哪几个调用、参数怎么传、出错怎么返回，这门课会让你自己敲一遍。敲过之后再看那些语言封装，感觉是不一样的——不再是黑盒，而是薄薄一层。

你需要带着哪些缺口进来

如果下面这几条你中了两条以上，说明这门课对你是对症的：

• 能写业务代码，但说不清一个 TCP 连接从 accept 到 close 中间经历了什么；
• 看到 errno、strerror、段错误（segmentation fault）就发怵，习惯性绕开；
• 用过 shell 重定向、管道、后台进程，但从没想过它们和文件描述符是同一套机制；
• 想读 Redis、Nginx 这类项目的源码，卡在 C 和系统调用上读不下去；
• 面试被问到「进程和线程的区别」「阻塞和非阻塞 I/O」，答的是背诵版，自己没验证过。

反过来，如果你连 C 的指针、数组、结构体都没写过，建议先花几天把语法过一遍再进来，否则课里的示例会变成抄写练习。

学完之后，你应该能回答这些问题

这是检验有没有学进去的硬标准，不是「了解了」「熟悉了」这种虚话：

• 打开一个文件，内核返回的那个整数到底是什么？它为什么是 3 而不是 1？
• 父进程 fork 之后，子进程的文件描述符表和父进程是什么关系？为什么 Web 服务里 fork 之后要小心关掉不用的 fd？
• 阻塞的 read 什么时候返回 0，什么时候返回 -1？这两种情况在写网络程序时分别意味着什么？
• 一个 C 程序里的字符串常量和 malloc 出来的内存在内存布局上分别落在哪里？为什么前者改了就崩？
• 用 C 写一个最简单的、能接收连接并把请求打印出来的程序，需要哪几个系统调用，顺序是什么？

能张嘴答出来，并且能当场写出对应的代码片段，这一季的目标就算达成了。

怎么练才不白学

C 和系统编程有个特点：看会了等于没会，编译通过也不等于写对了。建议每学一个系统调用，自己动手写一个不超过五十行的小程序，然后刻意制造错误——传错参数、传空指针、打开不存在的文件、让 read 读到 EOF，把 errno 打印出来看。这比顺着示例抄一遍有用得多。另外准备一个自己的「坑记录」，把段错误、内存泄漏、fd 泄漏的现场记下来，转岗或面试前翻一遍，比任何笔记都管用。

课程里的示例是跟着 Web 场景走的，所以练习时不妨往你手头的项目上靠：你用的框架在启动时打开了哪些文件、监听了哪个端口、fork 了几个 worker，都可以用这一季学到的手段去观察。学到的东西能立刻解释你每天在用的工具，才算真正接上了。