FFFire小火1. IO不只是键盘和屏幕：先把它从“概念”变成“管道”
Linux下凡是涉及命令操作，几乎绕不开IO和重定向。很多人刚接触时，只是机械地记住“> 是输出到文件，>> 是追加”，背了几个符号就算会了。但一旦遇到“为什么2>&1要放在后面”“为什么管道符后面有些命令就是不好使”“程序printf输出到终端正常，重定向到文件却丢了内容”这类问题，立刻卡壳。
这些问题的根源只有一个：没有从底层理解Linux IO到底是怎么流转的。IO不是玄学，也不只是键盘和屏幕的抽象，它在Linux里就是“文件描述符”的数字游戏。
如果你去翻Linux面试题，大概率能看到这样几个题目：> 和 >> 的区别？2>&1 和 &> 的区别？管道符和重定向的优先级？这些都是送分题，可也是重灾区。因为背答案的人太多，真正理解原理的太少。
我建议用一次完整的、由浅入深的重定向实操来彻底搞定这块知识。这篇文章不是命令大全，也不是速查手册，而是把“IO重定向”掰开揉碎：先讲清IO在Linux里的真实面目，再讲重定向的底层机制，最后带你从日常命令一路走到进程替换和exec的高级玩法。整个过程会反复强调一个核心：重定向的本质，是把数据流的源头或目的地换掉，而这个“换”的动作，由文件描述符决定。
适合谁来读？刚入门的Linux新手，容易被各种符号绕晕；有一定经验但只会背命令的运维和开发；准备Linux面试、需要系统梳理IO体系的人。只要你愿意在终端里亲手敲几遍实验，这篇文章能帮你建立一个很难忘掉的底层认知框架。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 文件描述符：理解IO的第一把钥匙
2.1 一切皆文件，那IO是谁在读写
Linux有一个经典设计哲学：一切皆文件。键盘是文件，屏幕是文件，网络连接也是文件。那么，当一个进程运行起来，它怎么知道自己该从哪里读、往哪里写？
答案是文件描述符（File Descriptor，简称fd）。Linux内核对每个进程都维护了一张文件描述符表，表中的每一条记录都指向一个打开的文件或设备。进程通过一个非负整数来引用这些记录，这个非负整数就是文件描述符。
默认情况下，每个进程启动时会继承三个标准文件描述符：
| 文件描述符 | 名称 | 默认指向 | 常用缩写 |
|---|---|---|---|
| 0 | 标准输入（stdin） | 键盘 | 一般不写，对应输入重定向 < |
| 1 | 标准输出（stdout） | 终端屏幕 | > 或 >> 默认操作对象 |
| 2 | 标准错误（stderr） | 终端屏幕 | 2> 或 2>> 操作对象 |
理解这张表是关键。很多人把“标准输出”和“标准错误”混为一谈，其实它们是两个完全独立的输出通道，只是“默认都指向屏幕”而已。这就像两个水龙头，出口都在同一个水池里，但水管是独立的。你只想关掉其中一个，就必须能区分哪个是哪个。
打个生活化的比方：你把一份文件交给同事（标准输入），同事在电脑上处理完，把正确结果打印出来贴到公告栏（标准输出），同时把出错的记录用红色便签贴到自己的记事本里（标准错误）。表面上你只看到“东西出来了”，但正确结果和错误记录走了完全不同的通道。重定向就是决定：这些便签到底贴到哪里去。
2.2 为什么标准错误和标准输出要分开
你可能想问：都是输出到屏幕，为什么Linux非要把标准输出和标准错误分开？直接合并成一个输出通道不是更省事吗？
这个设计恰恰是Unix/Linux多年实践沉淀下来的精华。它解决了一个真实痛点：把“程序正常产出”和“程序运行异常信息”分开处理。
举个例子，你想把编译日志保存到文件里，只执行 gcc main.c > build.log，那么编译错误信息会输出到标准错误（2），不会进入build.log，而是继续打印在屏幕上。这意味着你既能保留完整日志，又能第一时间在终端看到错误。如果标准输出和标准错误混在一起，日志文件里就会塞满报错信息，反而不利于排查。
这个区分在工作流中非常有用：我们可以把正常数据送进文件，把错误信息单独收集，或者干脆丢弃。很多脚本里常见的 2>/dev/null 就是基于这个设计——把错误信息丢进黑洞设备，眼不见心不烦。而这个文件描述符的设计，也是后续所有重定向操作的基础。
2.3 临时打开的文件描述符
除了0、1、2这三个标准描述符，Linux还允许进程动态打开新的文件描述符。比如你用 exec 3<> file 打开一个文件作为第3号文件描述符，后续就能通过 >&3 来引用它。在bash里甚至可以手动分配大于等于3的文件描述符。
这类操作在日常运维中不算高频，但一旦用到，往往能解决比较棘手的需求。比如你想在脚本里临时保存某个程序的输出，后面再恢复原来的输出流，就可以用 exec 3>&1 这种形式，把当前标准输出备份到fd 3，然后随便折腾标准输出，最后再通过 exec 1>&3 恢复。这部分内容后面实操部分会有专门示例。
理解了文件描述符，重定向的原理就有了完整的解释框架。重定向就是把“默认指向”换成“其他指向”，而这些操作的本质是修改进程文件描述符表中对应表项的指向。
3. 重定向符号再拆解：不只是记忆规则
3.1 基础符号与它们的真面目
终端里最常见的重定向符号有这几个：>、>>、<、2>、2>>、&>、`2>