很多人用了十年终端，其实根本没搞懂命令背后谁在干活

你每天都在用终端敲命令，但那个黑洞洞的窗口里到底发生了什么？大多数人以为终端本身就是那个解释命令的东西。其实大错特错——终端只是个容器，一个给你打字和看结果的“画框”。真正听懂 ls、grep、echo 的，是藏在内核和用户之间的那个家伙：Shell。意识到这一点之后，我决定自己从头写一个出来，不是因为轮子不够多，而是想看看这东西到底是怎么把键盘敲进去的字符串变成进程、变成管道、变成屏幕上那行结果的。写完之后我只想说：原来一个 shell 的骨架，远远比那些花里胡哨的插件要残酷得多。

第一步：别用 printf 和 scanf，用最底层的读写
很多人在 C 语言里处理输入输出，第一个想到的就是 printf 和 scanf。但这两个函数其实自带格式化，而且更像是“一次性”的操作，不适合 shell 那种持续交互的场景。所以我立刻放弃它们，改用 read() 和 write() 这两个系统调用。通过 STDIN_FILENO 和 STDOUT_FILENO 这两个文件描述符，就能在不依赖任何高级封装的情况下，持续地从键盘读入、往屏幕输出。这一步看起来很基础，但它直接决定了整个 shell 的性能底座——没有缓冲区溢出的风险，也没有多余的格式化开销，每敲一个字符都是实打实的系统调用在背后跑。对于一个想追求极致可控的程序来说，这几乎是一种精神洁癖。

第二步：把一行字拆成命令和参数，解析器才不是花架子
当你敲下echo "hello world"，shell 必须立刻搞清楚三件事：谁是命令、谁是参数、以及整行输入到底有几个逻辑单元。这就是解析器的工作。我不搞什么花哨的语法树，就把用户输入按空格和引号切成一个个字符串，塞进一个数组里。数组的第一项就是命令名，后面的全是参数。粗暴、直接、有效。很多人以为解析器只是写来玩玩，但实际上这一步决定了后面所有管道和重定向能不能正确拼装。如果你的解析逻辑在带引号的参数里翻车，后面 fork 再多次也是白费力气。

第三步：fork 一把，每个命令都是一个崽
解析完之后，执行命令就顺理成章了。shell 本身是一个进程，用户输入的每一个命令，都必须变成它的子进程。这里我用了 Linux 最经典的 fork() 模型。调用 fork 之后，会凭空多出一个几乎一模一样的进程，然后通过判断返回值，让子进程去调用 execvp 执行真正的命令，父进程则老老实实调用 waitpid 等孩子跑完。这里有两个坑必须绕开：一是子进程里绝对不能忘了 exit，不然它会顺着代码继续往下跑，把父进程该干的活也干了；二是父进程一旦不等孩子，终端就会立刻把提示符弹出来，结果输出和下一行提示符搅成一锅粥。所有多任务的本质，说到底就是这一对父子关系在死磕。

第四步：管道不是魔法，是文件描述符的连线游戏
单个命令执行顺了，自然就想搞组合拳。比如ls | grep txt，这才是 shell 真正开始耍酷的地方。管道的实现原理其实非常朴素：先调用 pipe() 拿到一对文件描述符，一个读端一个写端，然后 fork 出两个子进程。第一个子进程关掉读端，用 dup2 把自己的标准输出强行掰到管道的写端；第二个子进程关掉写端，用 dup2 把标准输入掰到管道的读端。dup2 的作用，我自己的理解就是“把两个瓶口焊在一起”——它让原本往屏幕上写的流，直接灌进管道，也让原本等着键盘输入的流，改从管道里吸数据。这种文件描述符级别的连连看，一开始很容易搞混哪个端该关、什么时候关，因为操作系统给每个进程分配的资源是有限的，不用的端口必须立刻 close，否则程序跑着跑着就莫名其妙卡死。我目前的实现只支持两个子进程、一个管道，也就是一次只能串联两条命令。想要多重管道，就得把这种文件描述符的拼接再抽象一层，那是留给未来的自己头疼的事。

第五步：务必把不用的端口关掉，不然系统会教你做人
如果你从头看到这里，会发现整个过程里反复出现一个动作：close。无论是 fork 之后子进程里多余的管道端口，还是 dup2 重定向之后遗留的原始描述符，都必须马上关掉。很多人写 demo 的时候会忽略这一步，因为小数据量跑起来看不出来问题，可一旦压力上来，文件描述符就会像内存一样泄漏，直到操作系统一巴掌告诉你：no more file descriptors。写 shell 最需要培养的其实是对资源的洁癖——每开一个端口，都要在脑子里画一条生命线，确保它在离开作用域之前被关掉。这种肌肉记忆不是看教程能学会的，只能靠亲手把程序跑挂几次才能真正长记性。说到底，一个 shell 的健壮性，根本不是靠复杂的架构堆出来的，而是靠你对每一个文件描述符的敬畏心撑起来的。

把这一套流程全部跑通之后，我盯着自己那个黑框框里弹出的简单提示符，忽然觉得以前用的那些重量级终端都是糖果纸。它们提供的高亮、补全和历史记录当然很快乐，但在那之下，那个不停循环“读取-解析-执行”的循环体，才是真正决定你每一次敲击命运的引擎。从系统调用到进程管理，再到管道的文件描述符拼接，这一路写下来，最强烈的感受其实就一句：别再用“黑魔法”三个字来概括你每天在用的工具了，它的骨架比你想象的要直白，但也因为直白，所以才残酷。