2026/8/31 9:32:29
FEATURED · 精选文章 
最近在带 Linux 入门训练营的时候总有人问我同一个问题和看起来不就差一个字符吗到底有什么区别直到有位同学在生产服务器上执行了一条cat /etc/nginx/nginx.conf nginx.conf.bak结果发现备份文件是空的因为源文件压根就没配好这条命令反而把原来的配置文件覆盖了。那一刻他就懂了在 Linux 里特殊符号不是语法糖而是真正的双刃剑。这篇文章不打算把 shell 特殊符号从头到尾罗列一遍那样只会变成一本枯燥的字典。我想聚焦在平时用得最多、踩坑最狠的重定向和追加重定向上把、、21、/dev/null这些看似零散的知识点串成一条线让你看完之后不仅能理解原理还能在写脚本、排日志、部署服务时少踩几个坑。读完之后你会掌握这几件事清楚理解标准输入输出、文件描述符和重定向的关系能正确区分与的使用场景能看懂并书写command /dev/null 21这类经典组合面对常见面试题也能给出从原理到实操的完整回答。1. 重定向到底解决了什么问题很多新手在初学 Linux 时习惯把命令输出看成“打印在屏幕上的文字”。比如执行ls文件列表出来了执行echo hello屏幕上出现 hello。但真实的开发场景里我们往往不需要这些输出出现在屏幕上而是要把它们保存到文件、追加到日志、丢进垃圾桶甚至把文件内容作为下一次命令的输入。这些“把数据流从默认位置改到另一个位置”的操作就是重定向。因为没有重定向你可能会遇到这些麻烦执行一个启动脚本输出几百行日志直接把终端刷屏了真正重要的报错被淹没在里面。想记录某条命令的输出结果只能手动复制粘贴既慢又容易漏。定时任务跑完你想看它的执行日志却不知道输出去了哪里。脚本里某条命令报错了但你没有把错误输出单独收集起来导致排查问题时无从下手。重定向的核心价值就是把“屏幕”这个默认出口替换成文件、设备、另一个程序的入口从而让数据流按照你的意志流动。它解决的不仅是“输出去哪了”的问题更是“输出怎么管”的问题。如果你写过稍微复杂一点的 shell 脚本一定体会过日志管理和错误收集的痛。而和就是解决这些问题的最基础工具。这里还要纠正一个常见误解很多人以为重定向只是把输出写到文件里。实际上重定向可以分为三种方向输入重定向、输出重定向、错误重定向。和属于输出重定向属于输入重定向2属于错误重定向。后面会逐步展开。2. Linux 特殊符号与文件描述符先搞懂底层概念要真正理解重定向必须先理解三个概念文件描述符、标准输入、标准输出与标准错误。Linux 的设计哲学是“一切皆文件”。当你执行一个命令时操作系统会为这个进程打开三个默认的文件描述符它们本质上是非负整数用来标识进程打开的每个文件文件描述符名称默认设备含义0stdin键盘标准输入1stdout屏幕标准输出2stderr屏幕标准错误这里真正容易混淆的地方是标准输出和标准错误默认都指向屏幕但它们是两个不同的通道。比如执行ls /etc/passwd /no/such/file你会发现第一条路径正常显示第二条路径也会在屏幕上打印一行错误提示。表面看都是输出但前者走的是 fd1后者走的是 fd2。也就是说即使你看不到区别系统内部也把它们分成了两个独立的数据流。为什么要把它们分开这是为了让你能在脚本里只收集正常的输出或者只收集错误的信息。例如你可以在调试时把错误单独写到一个日志文件里而正常结果保留在屏幕上互不干扰。理解了文件描述符再看重定向就简单了。重定向的本质是修改某个文件描述符指向的位置。默认修改的是 1标准输出2修改的是 2标准错误修改的是 0标准输入。还需要了解一个容易被忽视的细节重定向符号后面的文件是由 shell 负责打开的而不是由命令本身负责打开。这意味着即使命令本身没有权限读取某个文件只要 shell 能创建或写入目标文件重定向就能成功。反过来如果目标文件所在的目录没有写权限即使命令本身没问题重定向也会失败。3. 常见特殊符号速查一张表看懂重定向家族在正式操作之前先给出一张速查表把重定向相关的特殊符号汇总起来。这张表建议收藏以后写命令时对照着看非常实用符号作用示例说明标准输出重定向覆盖echo hello a.txt把 hello 写入 a.txt文件原有内容被清空标准输出重定向追加echo world a.txt把 world 追加到 a.txt 末尾标准输入重定向cat a.txt从 a.txt 读取内容作为输入2标准错误重定向覆盖ls /bad 2 err.log把错误信息写入 err.log2标准错误重定向追加ls /bad 2 err.log把错误信息追加到 err.log标准输出和错误都重定向cmd all.log相当于cmd all.log 21同cmd all.log旧式写法bash 也支持21把标准错误合并到标准输出cmd out.log 21注意顺序先重定向 fd1再复制 fd212把标准输出合并到标准错误cmd 2 err.log 12反过来合并从这里开始输入直到遇到结束符cat EOF用于生成多行文本/dev/null黑洞设备cmd /dev/null 21丢弃所有输出这张表只列了最常用的部分。有人会问|管道算不算重定向严格来说管道也是把前一个命令的标准输出连接到后一个命令的标准输入但在 shell 内部实现机制和重定向有区别。初学者只需要把管道理解为“把左边输出给右边当输入”而重定向是“把输出写给文件或设备”。两者的核心差别是管道连接的是“命令和命令”重定向连接的是“命令和文件/设备”。关于21的顺序问题后面会专门用一个章节来演示因为这是面试和实战中最高频的坑。4. 环境准备与基础验证方式重定向是 shell 的基本功能几乎所有 Linux 发行版默认都支持不需要额外安装任何软件。本文的示例在 bash 环境下演示这也是绝大多数 Linux 发行版的默认 shell。你可以用以下命令检查当前环境echo $SHELL预期输出通常是/bin/bash或/usr/bin/bash。如果你的系统用的是 zsh 或其他 shell示例中的语法基本都是兼容的但个别写法比如在不同 shell 中的支持程度略有差异建议统一使用 bash 练习。为了能够方便地查看文件状态建议至少掌握下面三个命令ls -l # 查看文件大小、权限、修改时间 cat file # 查看文件内容 wc -c file # 查看文件字节数如果你用的是 Windows还可以通过 WSL、虚拟机或云服务器来练习。我建议准备一个专门的练习目录比如~/redirect-demo避免在系统关键目录里误操作。这一点非常重要因为重定向是直接在文件系统上写数据的操作一旦写错路径可能覆盖系统文件。在练习过程中请记住一条安全原则凡是要覆盖已有文件的重定向命令先确认这个文件是否还有用。如果只是练习尽量在空目录里操作。在真实服务器上建议先备份再执行覆盖类命令。5. 核心操作一覆盖重定向与追加重定向在这一节我们会通过几个由浅入深的场景彻底搞清楚和的核心区别。5.1 最简单的一次重定向打开终端执行echo hello world first.txt执行之后屏幕上没有任何输出。因为echo的标准输出被重定向到了文件first.txt。查看文件内容cat first.txt输出hello world这就是最基础的重定向用法。需要特别提醒的是如果first.txt原本存在这条命令会直接清空原文件内容再写入新内容整个过程不会有任何提示。很多新手第一次在这个地方吃亏就是把重要的配置文件重定向到了错误的目标或者写错文件名导致原文件被覆盖。5.2 理解“覆盖”的含义再看一个例子echo line 1 test.txt echo line 2 test.txt cat test.txt输出line 2第一次写入的line 1被第二次写入的line 2完全覆盖了。这就是的行为打开文件时如果文件已存在先将其长度截断为 0再写入新数据。专业术语叫 truncate截断。5.3 追加重定向如果把第二条命令改成echo line 1 test.txt echo line 2 test.txt cat test.txt输出line 1 line 2这一次line 2被追加到了文件末尾原内容保持不变。这就是与最本质的区别截断文件后写入相当于“覆盖旧内容”。保留原内容把新内容追加到文件末尾。日常开发中日志文件几乎都用来追加因为日志是累积的不能每次启动都清空。而配置文件生成、临时文件导出等场景则常用来保证文件内容的确定性。5.4 一个容易忽略的细节文件不存在时当重定向的目标文件不存在时和都会自动创建文件。所以从“能不能创建文件”这个角度看两者没有区别。 newfile.txt这条命令很有意思它没有任何输出却会创建一个空的newfile.txt。这常被用来快速创建空文件或者清空已有文件。比如你想快速清空一个日志文件可以执行 app.log不过这种方式需要谨慎因为清空后无法撤销。很多线上事故的起因就是本想清空日志却因为路径写错清空了别的文件。5.5 使用cat创建多行文件重定向配合cat命令可以快速创建多行文本文件cat config.txt EOF server { listen 80; server_name example.com; } EOF这里用到了EOF和EOF的搭配作用是告诉 shell从键盘或脚本里读取内容一直到单独一行出现EOF为止。这种方法在写配置文件、生成临时脚本时非常高效不需要额外使用 vim。注意EOF并不是必须叫 EOF你可以用任意字符串作为结束标记但业界习惯用EOF或者END一眼就能看出来是输入结束。6. 核心操作二标准错误重定向与21的顺序陷阱这一节是整个重定向知识点中最容易出错的环节。很多面试题都会围绕标准错误展开比如cmd 21 file和cmd file 21到底有什么区别先看基础示例。执行一个会产生错误的命令ls /no/such/file屏幕上会输出错误信息。现在把标准输出重定向到文件ls /no/such/file out.log你会发现屏幕上仍然会打印错误信息而out.log是空的。原因很简单只重定向了标准输出fd1而错误信息走的是标准错误fd2没有被重定向。要单独收集错误信息可以用ls /no/such/file 2 err.log现在屏幕上没有输出err.log里保存了错误信息。6.1 同时收集正常输出和错误输出在生产环境里我们通常希望把正常输出和错误输出都保存下来。有两种常见写法cmd all.log 21或者使用 bash 支持的简化写法cmd all.log这两种写法基本等价。但如果你写出下面这种顺序cmd 21 all.log结果会完全不一样错误信息仍然打印到屏幕上只有正常输出被写入 all.log。原因在于重定向是从左到右依次生效的第一种cmd all.log 21先把 fd1 指向 all.log再把 fd2 指向“当前 fd1 所指向的位置”也就是 all.log。所以最终标准输出和标准错误都写入了 all.log。第二种cmd 21 all.log先把 fd2 指向“当前 fd1 所指向的位置”此时 fd1 还是屏幕所以 fd2 被指到了屏幕接着再把 fd1 指向 all.log。最终标准错误仍然指向屏幕只有标准输出写入了 all.log。一句话总结21必须写在 file的后面才能让标准错误跟着标准输出一起进入文件。这个顺序在面试中经常出现也是实际写脚本时排查日志去向的第一关键点。6.2 丢弃输出的黑洞/dev/null很多时候我们既不想在屏幕上看到输出也不想保存到文件只希望命令安静地执行。这时可以把输出重定向到/dev/null一个永远只进不出的特殊设备文件cmd /dev/null 21这条命令的含义是标准输出和标准错误全部丢弃不打印任何信息。常见的使用场景包括后台启动服务时不想让日志刷屏由程序自己写日志文件。执行一些探测命令只关心退出码不关心输出内容。定时任务脚本里某些无关紧要的命令不想产生邮件通知。需要提醒的是/dev/null不是用来“防止报错”的。它只是丢弃了输出命令本身的退出状态码依然会被保留。如果命令执行失败你依然可以通过echo $?看到非零退出码。6.3 输入重定向最后补充一下输入重定向。的作用是把文件内容作为命令的输入wc -l /etc/passwd这条命令统计/etc/passwd的行数。如果你写wc -l /etc/passwd也可以得到结果但两者有一个区别使用时/etc/passwd是由 shell 打开的wc只读取标准输入不使用时wc自己打开文件。在大多数场景下两者效果相同但在理解重定向时知道也是重定向家族的一员会帮你更全面地理解数据流。7. 完整示例写一个带日志记录的部署脚本把前面所有知识点串起来我们写一个真实点的小脚本。假设你要在服务器上部署一个服务希望记录启动过程的正常日志和错误日志启动服务前检查配置文件并把关键输出追加到一个历史日志文件里。#!/bin/bash # 文件路径~/redirect-demo/deploy_demo.sh APP_LOG~/redirect-demo/app.log ERR_LOG~/redirect-demo/err.log HISTORY~/redirect-demo/history.log echo deploy start: $(date) $HISTORY # 1. 检查配置文件是否存在 if [ -f ~/redirect-demo/config.ini ]; then echo [INFO] config file exists $HISTORY else echo [ERROR] config file not found $HISTORY echo config missing $ERR_LOG exit 1 fi # 2. 模拟服务启动正常日志追加到 app.log错误日志追加到 err.log echo Starting service... | tee -a $APP_LOG echo Service started successfully $APP_LOG # 3. 无论成功失败都把结束时间追加到 history.log echo deploy end: $(date) $HISTORY执行chmod x ~/redirect-demo/deploy_demo.sh ~/redirect-demo/deploy_demo.sh在这个脚本里我们用到了几个关键点用于追加日志不会清空历史记录。| tee -a用于把输出同时写到文件和屏幕这是管道与重定向的配合。exit 1用于在错误发生时结束脚本避免后续命令继续执行。7.1 后台运行并重定向日志真实部署服务时常用的组合是 nohup 加重定向nohup ./your_service /var/log/your_service.log 21 这条命令的含义如下nohup让进程忽略挂断信号即使你关闭终端进程也能继续运行。 /var/log/your_service.log把标准输出写入日志文件。21把标准错误也写入同一个日志文件。让命令在后台执行。这是生产环境中非常经典的启动方式。很多同学在排查服务问题时第一反应就是去看/var/log/your_service.log但有时发现日志是空的原因往往就是写成了nohup ./your_service 21 /var/log/your_service.log 错误信息跑到了屏幕上而你在关闭终端后自然看不到。7.2 快速清空大文件日志文件太大时不能用rm直接删除因为正在写入日志的进程仍然持有文件句柄删掉后日志继续往已删除的 inode 里写外部看不到还会造成磁盘空间不释放。正确的做法是先清空文件 /var/log/your_service.log或者用cat /dev/null /var/log/your_service.log这会保留文件句柄同时把文件内容清空。生产环境里处理大日志时非常实用。8. 运行结果与效果验证执行完上面的脚本后我们来验证结果。查看app.logcat ~/redirect-demo/app.log预期输出类似Starting service... Service started successfully查看history.logcat ~/redirect-demo/history.log预期输出包含开始和结束时间 deploy start: 2025-01-15 10:30:00 [INFO] config file exists deploy end: 2025-01-15 10:30:00 如果脚本执行失败第一步要检查err.log是否有内容。如果连err.log都没有被创建说明脚本可能在更早的阶段就出错了或者脚本没有执行权限。可以通过bash -x来调试bash -x ~/redirect-demo/deploy_demo.sh-x参数会打印每条命令的执行过程和变量展开结果是排查 shell 脚本问题的利器。当你看到某条命令没有按预期执行时先确认重定向的方向是否正确再确认目标目录是否存在写权限。如何判断重定向是否成功核心看三点文件是否被创建。文件内容是否符合预期。命令退出状态码是否为 0。可以用echo $?查看。如果重定向命令本身报错比如Permission denied通常意味着目标目录没有写权限。这时可以检查当前用户和目录权限id ls -ld ~/redirect-demo如果需要可以给目录添加写权限或者更换目录。在生产服务器上切忌随意修改系统目录权限。9. 常见问题与排查思路问题现象可能原因排查方式解决方案执行echo x file后屏幕上没有输出同时文件内容为空重定向符号写错比如写成了但目标文件路径不对或命令本身输出为空先检查命令本身是否有输出再检查目标文件路径确认命令本身能输出内容确认路径写对日志文件里有正常输出但看不到错误信息只用了重定向标准输出没有处理标准错误查看命令中是否写入了21使用 file 21或 filecmd 21 file之后错误信息还是出现在屏幕上重定向顺序错误21先于 file生效把标准错误指向了旧的屏幕检查命令行中符号的顺序写成cmd file 21文件被覆盖了找不到之前的内容使用了而不是且文件已有内容检查 shell 历史记录确认命令类型重要文件先备份覆盖类操作前再三确认重定向提示Permission denied目标目录没有写权限ls -ld 目录路径查看权限更换目录或使用有权限的用户执行服务后台跑起来后看不到任何日志日志路径写错或先21后导致错误信息没有进入文件检查启动命令的重定向顺序统一使用 file 21顺序清空日志后服务还在往旧文件写但du看到文件变大删除了文件而不是清空文件进程持有旧文件句柄lsofgrep deleted 查找已删除文件10. 最佳实践与工程建议10.1 覆盖前先备份任何使用覆盖已有文件的命令在执行前都值得多想一秒。如果你不能确定目标文件是否可以丢弃先用cp备份cp app.conf app.conf.bak.$(date %Y%m%d%H%M%S)这一条习惯能减少大量事故。10.2 明确区分 stdout 和 stderr 的用途写脚本时建议把正常输出和错误输出分开管理。正常结果可以用 app.log追加而错误信息可以用2 err.log。这样在排查问题时你只需要看 err.log 就能快速定位异常。把所有输出混在一起虽然省事但在日志量很大时会导致正常日志与报错信息交织排查效率反而下降。10.3 谨慎使用/dev/nullcmd /dev/null 21虽然很方便但也会让你失去排查问题时的第一手资料。如果是定时任务或部署脚本建议先保留输出到日志文件确认稳定后再决定是否需要丢弃。直接丢弃会让线上问题变得难以追踪。10.4 日志文件要控制大小追加日志虽然方便但日志文件会越来越大。生产环境建议配合logrotate做日志轮转或者定期执行 app.log清空。清空时注意不要用rm删除而是用截断理由前面已经说明。10.5 在脚本中显式声明 Shell既然重定向的行为在不同 shell 中可能略有差异脚本开头最好显式声明解释器#!/bin/bash这比默认使用用户当前的 shell 更可控避免因为用户环境不同导致语法不兼容。10.6 利用退出码检查重定向结果重定向本身不会改变命令的退出码。如果命令失败即使你重定向了输出$?仍然是非零值。在脚本中使用set -e可以让脚本在遇到错误时自动退出避免错误被重定向掩盖。这个习惯能显著提高脚本的健壮性。11. 面试考点与快问快答重定向是 Linux 面试的高频考点。下面整理几个最经典的问题和回答思路建议收藏备用。11.1和有什么区别是覆盖重定向打开文件时先将文件截断为 0再写入内容是追加重定向保留原内容把新内容追加到文件末尾。两者在文件不存在时都会自动创建文件。11.2/dev/null是什么它是一个特殊的字符设备文件写入到它的数据会被内核直接丢弃读取它则立即返回 EOF。经常被用来丢弃不需要的输出。11.3 为什么cmd file 21和cmd 21 file结果不一样因为重定向符号是从左到右生效的。cmd file 21先把标准输出指向 file再把标准错误指向标准输出当前所在的位置即 file所以两者都进文件。cmd 21 file先把标准错误指向当前标准输出所在的位置默认屏幕再把标准输出指向 file所以标准错误留在了屏幕上只有标准输出进入了文件。11.4 管道和重定向有什么区别管道连接的是前一个命令的标准输出和后一个命令的标准输入它的作用对象是命令重定向作用的对象是文件或设备。管道不创建文件数据在内存中传递因此比写入磁盘再读出来效率更高但它只在一条命令执行的生命周期内有效。11.5 如何丢弃一条命令的所有输出cmd /dev/null 2112. 总结与后续学习方向重定向和追加重定向是 Linux 日常运维中避不开的基础能力。这篇文章从文件描述符讲起梳理了和的核心区别解释了标准错误重定向的原理给出了一些工程中的最佳实践。如果你能把 file 21的顺序问题彻底想明白说明你已经真正理解了重定向的底层行为而不是仅仅背住了命令。读完这篇文章后建议你做三件事第一新建一个临时目录把文章里的示例全部执行一遍特别是覆盖和追加的对比以及21顺序的对比第二检查一下你手上现有的启动脚本看看日志重定向的写法是否合理第三尝试给自己写一个带日志记录的小工具脚本把正常输出、错误输出、历史记录分别管理起来。下一步值得继续深入的内容包括 shell 管道与进程替换、exec重定向、文件描述符在函数内部的传递行为、trap结合日志清理等。这些话题会把 shell 编程从“能跑”推向“可靠”。但不管学多深最基础的那条原则始终不变在 Linux 里数据流向哪里由你决定而你决定错了位置后果也需要自己承担。掌握好和就是掌握这个决定权的第一步。
Linux重定向与追加重定向：＞和＞＞的区别及2＞1实战
最近在带 Linux 入门训练营的时候总有人问我同一个问题和看起来不就差一个字符吗到底有什么区别直到有位同学在生产服务器上执行了一条cat /etc/nginx/nginx.conf nginx.conf.bak结果发现备份文件是空的因为源文件压根就没配好这条命令反而把原来的配置文件覆盖了。那一刻他就懂了在 Linux 里特殊符号不是语法糖而是真正的双刃剑。这篇文章不打算把 shell 特殊符号从头到尾罗列一遍那样只会变成一本枯燥的字典。我想聚焦在平时用得最多、踩坑最狠的重定向和追加重定向上把、、21、/dev/null这些看似零散的知识点串成一条线让你看完之后不仅能理解原理还能在写脚本、排日志、部署服务时少踩几个坑。读完之后你会掌握这几件事清楚理解标准输入输出、文件描述符和重定向的关系能正确区分与的使用场景能看懂并书写command /dev/null 21这类经典组合面对常见面试题也能给出从原理到实操的完整回答。1. 重定向到底解决了什么问题很多新手在初学 Linux 时习惯把命令输出看成“打印在屏幕上的文字”。比如执行ls文件列表出来了执行echo hello屏幕上出现 hello。但真实的开发场景里我们往往不需要这些输出出现在屏幕上而是要把它们保存到文件、追加到日志、丢进垃圾桶甚至把文件内容作为下一次命令的输入。这些“把数据流从默认位置改到另一个位置”的操作就是重定向。因为没有重定向你可能会遇到这些麻烦执行一个启动脚本输出几百行日志直接把终端刷屏了真正重要的报错被淹没在里面。想记录某条命令的输出结果只能手动复制粘贴既慢又容易漏。定时任务跑完你想看它的执行日志却不知道输出去了哪里。脚本里某条命令报错了但你没有把错误输出单独收集起来导致排查问题时无从下手。重定向的核心价值就是把“屏幕”这个默认出口替换成文件、设备、另一个程序的入口从而让数据流按照你的意志流动。它解决的不仅是“输出去哪了”的问题更是“输出怎么管”的问题。如果你写过稍微复杂一点的 shell 脚本一定体会过日志管理和错误收集的痛。而和就是解决这些问题的最基础工具。这里还要纠正一个常见误解很多人以为重定向只是把输出写到文件里。实际上重定向可以分为三种方向输入重定向、输出重定向、错误重定向。和属于输出重定向属于输入重定向2属于错误重定向。后面会逐步展开。2. Linux 特殊符号与文件描述符先搞懂底层概念要真正理解重定向必须先理解三个概念文件描述符、标准输入、标准输出与标准错误。Linux 的设计哲学是“一切皆文件”。当你执行一个命令时操作系统会为这个进程打开三个默认的文件描述符它们本质上是非负整数用来标识进程打开的每个文件文件描述符名称默认设备含义0stdin键盘标准输入1stdout屏幕标准输出2stderr屏幕标准错误这里真正容易混淆的地方是标准输出和标准错误默认都指向屏幕但它们是两个不同的通道。比如执行ls /etc/passwd /no/such/file你会发现第一条路径正常显示第二条路径也会在屏幕上打印一行错误提示。表面看都是输出但前者走的是 fd1后者走的是 fd2。也就是说即使你看不到区别系统内部也把它们分成了两个独立的数据流。为什么要把它们分开这是为了让你能在脚本里只收集正常的输出或者只收集错误的信息。例如你可以在调试时把错误单独写到一个日志文件里而正常结果保留在屏幕上互不干扰。理解了文件描述符再看重定向就简单了。重定向的本质是修改某个文件描述符指向的位置。默认修改的是 1标准输出2修改的是 2标准错误修改的是 0标准输入。还需要了解一个容易被忽视的细节重定向符号后面的文件是由 shell 负责打开的而不是由命令本身负责打开。这意味着即使命令本身没有权限读取某个文件只要 shell 能创建或写入目标文件重定向就能成功。反过来如果目标文件所在的目录没有写权限即使命令本身没问题重定向也会失败。3. 常见特殊符号速查一张表看懂重定向家族在正式操作之前先给出一张速查表把重定向相关的特殊符号汇总起来。这张表建议收藏以后写命令时对照着看非常实用符号作用示例说明标准输出重定向覆盖echo hello a.txt把 hello 写入 a.txt文件原有内容被清空标准输出重定向追加echo world a.txt把 world 追加到 a.txt 末尾标准输入重定向cat a.txt从 a.txt 读取内容作为输入2标准错误重定向覆盖ls /bad 2 err.log把错误信息写入 err.log2标准错误重定向追加ls /bad 2 err.log把错误信息追加到 err.log标准输出和错误都重定向cmd all.log相当于cmd all.log 21同cmd all.log旧式写法bash 也支持21把标准错误合并到标准输出cmd out.log 21注意顺序先重定向 fd1再复制 fd212把标准输出合并到标准错误cmd 2 err.log 12反过来合并从这里开始输入直到遇到结束符cat EOF用于生成多行文本/dev/null黑洞设备cmd /dev/null 21丢弃所有输出这张表只列了最常用的部分。有人会问|管道算不算重定向严格来说管道也是把前一个命令的标准输出连接到后一个命令的标准输入但在 shell 内部实现机制和重定向有区别。初学者只需要把管道理解为“把左边输出给右边当输入”而重定向是“把输出写给文件或设备”。两者的核心差别是管道连接的是“命令和命令”重定向连接的是“命令和文件/设备”。关于21的顺序问题后面会专门用一个章节来演示因为这是面试和实战中最高频的坑。4. 环境准备与基础验证方式重定向是 shell 的基本功能几乎所有 Linux 发行版默认都支持不需要额外安装任何软件。本文的示例在 bash 环境下演示这也是绝大多数 Linux 发行版的默认 shell。你可以用以下命令检查当前环境echo $SHELL预期输出通常是/bin/bash或/usr/bin/bash。如果你的系统用的是 zsh 或其他 shell示例中的语法基本都是兼容的但个别写法比如在不同 shell 中的支持程度略有差异建议统一使用 bash 练习。为了能够方便地查看文件状态建议至少掌握下面三个命令ls -l # 查看文件大小、权限、修改时间 cat file # 查看文件内容 wc -c file # 查看文件字节数如果你用的是 Windows还可以通过 WSL、虚拟机或云服务器来练习。我建议准备一个专门的练习目录比如~/redirect-demo避免在系统关键目录里误操作。这一点非常重要因为重定向是直接在文件系统上写数据的操作一旦写错路径可能覆盖系统文件。在练习过程中请记住一条安全原则凡是要覆盖已有文件的重定向命令先确认这个文件是否还有用。如果只是练习尽量在空目录里操作。在真实服务器上建议先备份再执行覆盖类命令。5. 核心操作一覆盖重定向与追加重定向在这一节我们会通过几个由浅入深的场景彻底搞清楚和的核心区别。5.1 最简单的一次重定向打开终端执行echo hello world first.txt执行之后屏幕上没有任何输出。因为echo的标准输出被重定向到了文件first.txt。查看文件内容cat first.txt输出hello world这就是最基础的重定向用法。需要特别提醒的是如果first.txt原本存在这条命令会直接清空原文件内容再写入新内容整个过程不会有任何提示。很多新手第一次在这个地方吃亏就是把重要的配置文件重定向到了错误的目标或者写错文件名导致原文件被覆盖。5.2 理解“覆盖”的含义再看一个例子echo line 1 test.txt echo line 2 test.txt cat test.txt输出line 2第一次写入的line 1被第二次写入的line 2完全覆盖了。这就是的行为打开文件时如果文件已存在先将其长度截断为 0再写入新数据。专业术语叫 truncate截断。5.3 追加重定向如果把第二条命令改成echo line 1 test.txt echo line 2 test.txt cat test.txt输出line 1 line 2这一次line 2被追加到了文件末尾原内容保持不变。这就是与最本质的区别截断文件后写入相当于“覆盖旧内容”。保留原内容把新内容追加到文件末尾。日常开发中日志文件几乎都用来追加因为日志是累积的不能每次启动都清空。而配置文件生成、临时文件导出等场景则常用来保证文件内容的确定性。5.4 一个容易忽略的细节文件不存在时当重定向的目标文件不存在时和都会自动创建文件。所以从“能不能创建文件”这个角度看两者没有区别。 newfile.txt这条命令很有意思它没有任何输出却会创建一个空的newfile.txt。这常被用来快速创建空文件或者清空已有文件。比如你想快速清空一个日志文件可以执行 app.log不过这种方式需要谨慎因为清空后无法撤销。很多线上事故的起因就是本想清空日志却因为路径写错清空了别的文件。5.5 使用cat创建多行文件重定向配合cat命令可以快速创建多行文本文件cat config.txt EOF server { listen 80; server_name example.com; } EOF这里用到了EOF和EOF的搭配作用是告诉 shell从键盘或脚本里读取内容一直到单独一行出现EOF为止。这种方法在写配置文件、生成临时脚本时非常高效不需要额外使用 vim。注意EOF并不是必须叫 EOF你可以用任意字符串作为结束标记但业界习惯用EOF或者END一眼就能看出来是输入结束。6. 核心操作二标准错误重定向与21的顺序陷阱这一节是整个重定向知识点中最容易出错的环节。很多面试题都会围绕标准错误展开比如cmd 21 file和cmd file 21到底有什么区别先看基础示例。执行一个会产生错误的命令ls /no/such/file屏幕上会输出错误信息。现在把标准输出重定向到文件ls /no/such/file out.log你会发现屏幕上仍然会打印错误信息而out.log是空的。原因很简单只重定向了标准输出fd1而错误信息走的是标准错误fd2没有被重定向。要单独收集错误信息可以用ls /no/such/file 2 err.log现在屏幕上没有输出err.log里保存了错误信息。6.1 同时收集正常输出和错误输出在生产环境里我们通常希望把正常输出和错误输出都保存下来。有两种常见写法cmd all.log 21或者使用 bash 支持的简化写法cmd all.log这两种写法基本等价。但如果你写出下面这种顺序cmd 21 all.log结果会完全不一样错误信息仍然打印到屏幕上只有正常输出被写入 all.log。原因在于重定向是从左到右依次生效的第一种cmd all.log 21先把 fd1 指向 all.log再把 fd2 指向“当前 fd1 所指向的位置”也就是 all.log。所以最终标准输出和标准错误都写入了 all.log。第二种cmd 21 all.log先把 fd2 指向“当前 fd1 所指向的位置”此时 fd1 还是屏幕所以 fd2 被指到了屏幕接着再把 fd1 指向 all.log。最终标准错误仍然指向屏幕只有标准输出写入了 all.log。一句话总结21必须写在 file的后面才能让标准错误跟着标准输出一起进入文件。这个顺序在面试中经常出现也是实际写脚本时排查日志去向的第一关键点。6.2 丢弃输出的黑洞/dev/null很多时候我们既不想在屏幕上看到输出也不想保存到文件只希望命令安静地执行。这时可以把输出重定向到/dev/null一个永远只进不出的特殊设备文件cmd /dev/null 21这条命令的含义是标准输出和标准错误全部丢弃不打印任何信息。常见的使用场景包括后台启动服务时不想让日志刷屏由程序自己写日志文件。执行一些探测命令只关心退出码不关心输出内容。定时任务脚本里某些无关紧要的命令不想产生邮件通知。需要提醒的是/dev/null不是用来“防止报错”的。它只是丢弃了输出命令本身的退出状态码依然会被保留。如果命令执行失败你依然可以通过echo $?看到非零退出码。6.3 输入重定向最后补充一下输入重定向。的作用是把文件内容作为命令的输入wc -l /etc/passwd这条命令统计/etc/passwd的行数。如果你写wc -l /etc/passwd也可以得到结果但两者有一个区别使用时/etc/passwd是由 shell 打开的wc只读取标准输入不使用时wc自己打开文件。在大多数场景下两者效果相同但在理解重定向时知道也是重定向家族的一员会帮你更全面地理解数据流。7. 完整示例写一个带日志记录的部署脚本把前面所有知识点串起来我们写一个真实点的小脚本。假设你要在服务器上部署一个服务希望记录启动过程的正常日志和错误日志启动服务前检查配置文件并把关键输出追加到一个历史日志文件里。#!/bin/bash # 文件路径~/redirect-demo/deploy_demo.sh APP_LOG~/redirect-demo/app.log ERR_LOG~/redirect-demo/err.log HISTORY~/redirect-demo/history.log echo deploy start: $(date) $HISTORY # 1. 检查配置文件是否存在 if [ -f ~/redirect-demo/config.ini ]; then echo [INFO] config file exists $HISTORY else echo [ERROR] config file not found $HISTORY echo config missing $ERR_LOG exit 1 fi # 2. 模拟服务启动正常日志追加到 app.log错误日志追加到 err.log echo Starting service... | tee -a $APP_LOG echo Service started successfully $APP_LOG # 3. 无论成功失败都把结束时间追加到 history.log echo deploy end: $(date) $HISTORY执行chmod x ~/redirect-demo/deploy_demo.sh ~/redirect-demo/deploy_demo.sh在这个脚本里我们用到了几个关键点用于追加日志不会清空历史记录。| tee -a用于把输出同时写到文件和屏幕这是管道与重定向的配合。exit 1用于在错误发生时结束脚本避免后续命令继续执行。7.1 后台运行并重定向日志真实部署服务时常用的组合是 nohup 加重定向nohup ./your_service /var/log/your_service.log 21 这条命令的含义如下nohup让进程忽略挂断信号即使你关闭终端进程也能继续运行。 /var/log/your_service.log把标准输出写入日志文件。21把标准错误也写入同一个日志文件。让命令在后台执行。这是生产环境中非常经典的启动方式。很多同学在排查服务问题时第一反应就是去看/var/log/your_service.log但有时发现日志是空的原因往往就是写成了nohup ./your_service 21 /var/log/your_service.log 错误信息跑到了屏幕上而你在关闭终端后自然看不到。7.2 快速清空大文件日志文件太大时不能用rm直接删除因为正在写入日志的进程仍然持有文件句柄删掉后日志继续往已删除的 inode 里写外部看不到还会造成磁盘空间不释放。正确的做法是先清空文件 /var/log/your_service.log或者用cat /dev/null /var/log/your_service.log这会保留文件句柄同时把文件内容清空。生产环境里处理大日志时非常实用。8. 运行结果与效果验证执行完上面的脚本后我们来验证结果。查看app.logcat ~/redirect-demo/app.log预期输出类似Starting service... Service started successfully查看history.logcat ~/redirect-demo/history.log预期输出包含开始和结束时间 deploy start: 2025-01-15 10:30:00 [INFO] config file exists deploy end: 2025-01-15 10:30:00 如果脚本执行失败第一步要检查err.log是否有内容。如果连err.log都没有被创建说明脚本可能在更早的阶段就出错了或者脚本没有执行权限。可以通过bash -x来调试bash -x ~/redirect-demo/deploy_demo.sh-x参数会打印每条命令的执行过程和变量展开结果是排查 shell 脚本问题的利器。当你看到某条命令没有按预期执行时先确认重定向的方向是否正确再确认目标目录是否存在写权限。如何判断重定向是否成功核心看三点文件是否被创建。文件内容是否符合预期。命令退出状态码是否为 0。可以用echo $?查看。如果重定向命令本身报错比如Permission denied通常意味着目标目录没有写权限。这时可以检查当前用户和目录权限id ls -ld ~/redirect-demo如果需要可以给目录添加写权限或者更换目录。在生产服务器上切忌随意修改系统目录权限。9. 常见问题与排查思路问题现象可能原因排查方式解决方案执行echo x file后屏幕上没有输出同时文件内容为空重定向符号写错比如写成了但目标文件路径不对或命令本身输出为空先检查命令本身是否有输出再检查目标文件路径确认命令本身能输出内容确认路径写对日志文件里有正常输出但看不到错误信息只用了重定向标准输出没有处理标准错误查看命令中是否写入了21使用 file 21或 filecmd 21 file之后错误信息还是出现在屏幕上重定向顺序错误21先于 file生效把标准错误指向了旧的屏幕检查命令行中符号的顺序写成cmd file 21文件被覆盖了找不到之前的内容使用了而不是且文件已有内容检查 shell 历史记录确认命令类型重要文件先备份覆盖类操作前再三确认重定向提示Permission denied目标目录没有写权限ls -ld 目录路径查看权限更换目录或使用有权限的用户执行服务后台跑起来后看不到任何日志日志路径写错或先21后导致错误信息没有进入文件检查启动命令的重定向顺序统一使用 file 21顺序清空日志后服务还在往旧文件写但du看到文件变大删除了文件而不是清空文件进程持有旧文件句柄lsofgrep deleted 查找已删除文件10. 最佳实践与工程建议10.1 覆盖前先备份任何使用覆盖已有文件的命令在执行前都值得多想一秒。如果你不能确定目标文件是否可以丢弃先用cp备份cp app.conf app.conf.bak.$(date %Y%m%d%H%M%S)这一条习惯能减少大量事故。10.2 明确区分 stdout 和 stderr 的用途写脚本时建议把正常输出和错误输出分开管理。正常结果可以用 app.log追加而错误信息可以用2 err.log。这样在排查问题时你只需要看 err.log 就能快速定位异常。把所有输出混在一起虽然省事但在日志量很大时会导致正常日志与报错信息交织排查效率反而下降。10.3 谨慎使用/dev/nullcmd /dev/null 21虽然很方便但也会让你失去排查问题时的第一手资料。如果是定时任务或部署脚本建议先保留输出到日志文件确认稳定后再决定是否需要丢弃。直接丢弃会让线上问题变得难以追踪。10.4 日志文件要控制大小追加日志虽然方便但日志文件会越来越大。生产环境建议配合logrotate做日志轮转或者定期执行 app.log清空。清空时注意不要用rm删除而是用截断理由前面已经说明。10.5 在脚本中显式声明 Shell既然重定向的行为在不同 shell 中可能略有差异脚本开头最好显式声明解释器#!/bin/bash这比默认使用用户当前的 shell 更可控避免因为用户环境不同导致语法不兼容。10.6 利用退出码检查重定向结果重定向本身不会改变命令的退出码。如果命令失败即使你重定向了输出$?仍然是非零值。在脚本中使用set -e可以让脚本在遇到错误时自动退出避免错误被重定向掩盖。这个习惯能显著提高脚本的健壮性。11. 面试考点与快问快答重定向是 Linux 面试的高频考点。下面整理几个最经典的问题和回答思路建议收藏备用。11.1和有什么区别是覆盖重定向打开文件时先将文件截断为 0再写入内容是追加重定向保留原内容把新内容追加到文件末尾。两者在文件不存在时都会自动创建文件。11.2/dev/null是什么它是一个特殊的字符设备文件写入到它的数据会被内核直接丢弃读取它则立即返回 EOF。经常被用来丢弃不需要的输出。11.3 为什么cmd file 21和cmd 21 file结果不一样因为重定向符号是从左到右生效的。cmd file 21先把标准输出指向 file再把标准错误指向标准输出当前所在的位置即 file所以两者都进文件。cmd 21 file先把标准错误指向当前标准输出所在的位置默认屏幕再把标准输出指向 file所以标准错误留在了屏幕上只有标准输出进入了文件。11.4 管道和重定向有什么区别管道连接的是前一个命令的标准输出和后一个命令的标准输入它的作用对象是命令重定向作用的对象是文件或设备。管道不创建文件数据在内存中传递因此比写入磁盘再读出来效率更高但它只在一条命令执行的生命周期内有效。11.5 如何丢弃一条命令的所有输出cmd /dev/null 2112. 总结与后续学习方向重定向和追加重定向是 Linux 日常运维中避不开的基础能力。这篇文章从文件描述符讲起梳理了和的核心区别解释了标准错误重定向的原理给出了一些工程中的最佳实践。如果你能把 file 21的顺序问题彻底想明白说明你已经真正理解了重定向的底层行为而不是仅仅背住了命令。读完这篇文章后建议你做三件事第一新建一个临时目录把文章里的示例全部执行一遍特别是覆盖和追加的对比以及21顺序的对比第二检查一下你手上现有的启动脚本看看日志重定向的写法是否合理第三尝试给自己写一个带日志记录的小工具脚本把正常输出、错误输出、历史记录分别管理起来。下一步值得继续深入的内容包括 shell 管道与进程替换、exec重定向、文件描述符在函数内部的传递行为、trap结合日志清理等。这些话题会把 shell 编程从“能跑”推向“可靠”。但不管学多深最基础的那条原则始终不变在 Linux 里数据流向哪里由你决定而你决定错了位置后果也需要自己承担。掌握好和就是掌握这个决定权的第一步。 
