为什么Shell中使用>重定向操作符会清空目标文件内容？

核心原因是shell对命令行的解析和重定向初始化动作，优先于管道内所有命令的实际执行，具体流程可以拆成几步：

• 当shell解析到命令中的>输出重定向标识时，不会等左侧的命令执行完成，会先处理重定向逻辑：调用操作系统的open系统调用打开目标文件，打开时携带的权限标志为O_WRONLY | O_CREAT | O_TRUNC。
• 标志位里的O_TRUNC是触发清空的关键：只要目标文件已经存在且当前进程有写权限，内核会直接把该文件的长度截断为0，原有存储的内容会被直接丢弃，这个动作是内核层面直接完成的，没有额外备份。
• 等重定向对应的文件打开、截断完成之后，shell才会依次启动管道里的所有命令（比如例子里的sort/head/tail/cut），把每个命令的输入输出按管道规则关联起来。

拿测试命令sort abc > abc举例，实际执行顺序是：

1. 识别到重定向目标是abc，立刻打开abc并截断为空文件
2. 启动sort命令，将它的标准输入绑定到abc文件，标准输出绑定到已经被清空的abc文件
3. sort开始运行时读取abc，发现文件已经是空的，没有任何内容可以排序，最终输出空内容写入abc，结果就是原文件内容全部丢失。

长管道命令的逻辑完全一致：不管管道前面串了多少层处理命令，重定向的截断动作永远最先执行，等第一个命令开始读取原abc文件的时候，原文件早就被清空了，自然得不到预期结果。

如果要实现处理后写回原文件的需求，通用做法是先把处理结果写入临时文件，确认处理完成后再用临时文件替换原文件，比如：

sort abc | head -10 | tail -3 | cut -f3 > abc.tmp && mv abc.tmp abc

部分工具自带原地修改参数（比如sed -i），本质上也是工具内部帮你完成了「写临时文件+替换」的流程，不是直接边读原文件边写原文件。

内容的提问来源于stack exchange，提问作者Mikołaj Głodziak