各位读者朋友大家好。今天我们来聊一个非常基础但又极其重要的 Linux 知识点重定向和追加重定向。很多刚接触 Linux 的同学在使用命令行时经常会看到类似、、21这样的符号。说实话这些符号刚看确实有些抽象第一次见很容易一头雾水。但它们其实是 Linux 日常操作中最常用的“基础设施”无论是看日志、跑脚本、部署服务还是排查线上问题几乎每天都在和它们打交道。本文会从底层原理开始讲起一步步拆解 Linux 中的文件描述符、标准输入输出再配合大量可直接复制的命令示例带你彻底搞懂和的区别以及21、/dev/null、tee、heredoc这些高频组合的用法。内容覆盖新手入门和日常运维两个层面建议先收藏再阅读。1. 为什么 Linux 需要重定向1.1 一次“被迫学习”的经历先分享一个很常见的场景。假设你写了一个部署脚本deploy.sh里面有一堆输出执行后屏幕刷了一堆信息但你想看看到底是哪个步骤报错了。如果你全部用鼠标滚动找大概率会漏掉。更麻烦的是如果你用 CI/CD 工具自动执行脚本执行完根本看不到终端输出这时候你怎么办答案就是把输出重定向到文件里。再比如你写了一个 Python 脚本日志是通过print输出的。你在命令行里执行时一切正常但一旦用nohup放到后台所有输出就都在nohup.out里了。这背后的机制就是 Linux 的输出重定向。所以说理解重定向不是应试而是实际工作绕不开的技能。1.2 重定向解决了什么问题Linux 设计哲学中有一条经典原则“一切皆文件”。命令行的输入与输出本质上也是文件描述符的读写操作。默认情况下键盘是输入设备。屏幕是输出设备。但现实中我们经常需要把命令的执行结果保存到文件而不是屏幕。把错误信息单独记录到文件中。把文件内容作为命令的输入。把日志追加到已有文件末尾而不是覆盖原来的内容。这些需求都靠重定向机制来完成。可以把重定向理解为“改变数据流的方向”。1.3 重定向与管道的关系很多初学者容易混淆“重定向”和“管道”。重定向改变命令默认输入或输出的位置常见对象是文件。管道把一个命令的输出接到另一个命令的输入常见符号是|。例如# 重定向输出到文件 ls file_list.txt # 管道输出给下一个命令处理 ls | grep test两者可以配合使用但要先理解各自的定位后面组合时才会更清晰。2. 环境准备与基础概念2.1 运行环境说明本文的命令在主流 Linux 发行版上都可以运行包括 CentOS、Ubuntu、Debian 等。建议使用 bash 或 sh如果你用的是 zsh绝大多数场景也一致。版本方面不需要特殊依赖只要是正常的 Linux 系统自带 shell 即可。以下是我的演示环境操作系统Ubuntu 22.04 LTS Shellbash 5.1.16你不需要完全一样重点在于理解命令逻辑。2.2 文件描述符0、1、2要理解重定向必须先认识三个数字0、1、2。在 Linux 中每个进程启动时都会默认打开三个文件描述符文件描述符名称默认设备含义0stdin键盘标准输入1stdout显示器标准输出2stderr显示器标准错误也就是说命令执行时正常输出结果一般发往“标准输出”也就是 1。程序运行出错的信息一般发往“标准错误”也就是 2。这两个东西默认都显示在屏幕上所以很多初学者会觉得“它们不是一样吗”实际上它们是两个独立通道区别会在重定向时体现得非常明显。下面我们用一个最简单的命令感受一下。$ ls /etc/hosts /etc/hosts这是正常输出走的是 stdout1。再看一个错误命令$ ls /not_exist_path ls: cannot access /not_exist_path: No such file or directory这条错误信息走的是 stderr2。如果只看屏幕你感知不到差别。但一旦重定向差别就出来了。2.3 重定向的本质复制文件描述符在 shell 中和并不仅仅是“把内容写入文件”这么简单。它们的本质是修改文件描述符指向的目标。默认情况下文件描述符 1 指向屏幕。执行echo hello output.txtshell 会先打开或创建文件output.txt然后把文件描述符 1 重新指向这个文件。于是echo写向“标准输出”的内容实际上写入了文件。同理2就是把文件描述符 2 指向文件。理解这一点对后面理解21这种写法非常有帮助。3. Linux 特殊符号与重定向语法详解3.1覆盖重定向符号是最基础的重定向符作用是把标准输出写入文件。如果文件不存在则创建如果文件已存在则覆盖原内容。$ echo hello world test.txt $ cat test.txt hello world再执行一次$ echo second line test.txt $ cat test.txt second line可以看到原来文件里的hello world没了只剩新的内容。这就是“覆盖”的含义。注意左侧可以省略文件描述符默认为 1。如果你写1效果完全一样。3.2追加重定向符号的作用是把标准输出写入文件但不会覆盖原有内容而是追加到文件末尾。如果文件不存在则会自动创建。$ echo first line append.txt $ echo second line append.txt $ cat append.txt first line second line在日志场景中是绝对的主角。因为日志文件一般有历史记录如果每次启动脚本都用之前的日志就会被清空这对问题追查是灾难。3.32标准错误重定向刚才提到过标准错误默认也是屏幕。如果你想单独收集错误信息可以用2。$ ls /not_exist_path 2 error.txt $ cat error.txt ls: cannot access /not_exist_path: No such file or directory这种写法在编译程序、执行批量任务时非常有用。正常输出和错误输出分开保存排查问题一目了然。3.421合并标准错误到标准输出这是一个高频写法也是许多初学者的疑惑点。21的意思是把“标准错误”重定向到“标准输出当前指向的位置”。看这个命令$ ls /etc/hosts /not_exist_path result.txt 21 $ cat result.txt /etc/hosts ls: cannot access /not_exist_path: No such file or directory它的效果是正常输出和错误信息都进同一个文件。理解顺序很重要先执行 result.txt此时标准输出 1 指向result.txt。再执行21此时标准错误 2 指向“标准输出 1 当前所指的位置”也就是result.txt。所以最终 1 和 2 都指向同一个文件。如果顺序反过来$ ls /etc/hosts /not_exist_path 21 result.txt结果就会不一样21先执行此时标准输出 1 还指向屏幕所以标准错误 2 也指向屏幕。 result.txt后执行只把标准输出 1 指向文件。最终错误信息打印在屏幕只有正常输出进入文件。这种细节在面试中经常出现实际调试时也容易踩坑建议亲手试一遍。3.5合并重定向除了21bash 还支持这种写法。它的作用是把标准输出和标准错误都重定向到同一个文件。$ ls /etc/hosts /not_exist_path all.txt $ cat all.txt /etc/hosts ls: cannot access /not_exist_path: No such file or directory写法更简洁但可移植性略逊于21。在 POSIX sh 中并不是标准语法有些极简环境可能不支持。如果在 bash 环境里怎么顺手怎么来。3.6/dev/null丢弃输出/dev/null是 Linux 里的“黑洞设备”任何写入它的内容都会被丢弃不会占用磁盘空间。常见场景是“不想要某个命令的输出”。$ command /dev/null 21这条命令的含义是所有输出和错误都不显示。常用于定时任务、后台脚本中执行结果不重要或已经记录到别的地方的情况。也可以只丢弃错误$ command 2/dev/null这种写法在确认某命令可能因正常原因报错但不希望报错信息干扰用户时非常实用。3.7输入重定向用于把文件内容作为命令的标准输入。$ wc -l /etc/hosts这个命令会把/etc/hosts的内容作为wc -l的输入统计行数。再比如$ cat /etc/hostname虽然cat后面直接加文件名更常见但理解输入重定向有助于后面学习EOF和管道。3.8EOF内联输入EOF是 here-document 的常见写法用于在命令行或脚本中直接提供多行输入。$ cat EOF hello world EOF hello world在脚本中它常被用来生成配置文件#!/bin/bash cat config.txt EOF server { listen 80; server_name example.com; } EOF这样执行脚本后config.txt就会包含 heredoc 里的多行内容。这种写法的好处是不需要手动 vi 编辑文件非常适合自动化部署脚本。3.9|管道与tee的组合虽然管道不是严格意义的重定向但它与重定向经常同时出现。tee是一个很实用的命令它可以从标准输入读取内容一边输出到屏幕一边写入文件。$ echo hello | tee output.txt hello $ cat output.txt hello如果希望追加而不是覆盖$ echo second | tee -a output.txt secondtee特别适合“既要看输出又要留日志”的场景。比如你执行一个长时间运行的部署脚本想把日志保留下来又不想完全失去实时输出$ ./deploy.sh | tee deploy_$(date %Y%m%d_%H%M%S).log执行过程中你既能实时看到进度又能把完整日志保存下来。4. 完整实战命令行日志收集与脚本输出控制前面讲了很多零散语法现在把这些知识串起来做一个完整的实战示例。4.1 场景说明假设我们有一个简单的部署脚本它分为几个阶段检查依赖命令是否存在。创建日志目录。模拟执行部署动作。输出最终结果。我们需要实现以下需求标准输出和标准错误分开记录。有一个总日志文件包含所有输出。执行过程中屏幕仍然能看到重要提示。脚本退出时根据结果返回不同的退出码。4.2 编写脚本#!/bin/bash # 文件路径deploy_test.sh LOG_DIR./logs STDOUT_LOG$LOG_DIR/stdout.log STDERR_LOG$LOG_DIR/stderr.log ALL_LOG$LOG_DIR/all.log mkdir -p $LOG_DIR echo 部署脚本开始 # 1. 检查命令 echo 检查 docker 是否安装... if command -v docker /dev/null 21; then echo [OK] docker 已安装。 $ALL_LOG else echo [ERROR] docker 未安装请先安装。 $ALL_LOG fi # 2. 正常输出 echo 正在拉取镜像... echo 拉取镜像成功 1$STDOUT_LOG # 3. 模拟错误输出 echo 模拟一条错误日志 echo 连接超时 2$STDERR_LOG # 4. 同时记录到总日志 echo 部署完成 1$ALL_LOG 21 echo 部署脚本结束 执行$ chmod x deploy_test.sh $ ./deploy_test.sh查看生成的文件$ ls -l logs/ $ cat logs/stdout.log $ cat logs/stderr.log $ cat logs/all.log这里注意一个细节command -v docker /dev/null 21用了“丢弃所有输出”的写法因为我们只关心命令是否成功不关心它输出什么。在实际项目中日志文件路径一般放在配置里日志格式也会加上时间戳。这个示例侧重演示重定向的组合用法生产环境还需要引入logrotate做日志轮转。4.3 使用 tee 实时查看并保存如果希望脚本执行时屏幕有输出同时完整保存日志可以这样运行$ ./deploy_test.sh 21 | tee logs/runtime.log这个组合的含义是21把错误输出合并到标准输出。|传给tee。tee一边打印到屏幕一边写入runtime.log。这样就做到了“实时显示 完整留档”。4.4 日志文件安全提示在生产环境中日志文件写入要特别关注权限和磁盘占用# 只允许当前用户写日志 $ chmod 600 logs/*.log # 查看日志目录占用 $ du -sh logs/如果是 root 权限执行的脚本日志文件默认归属 root普通用户无法读取这在多用户环境需要留意。5. 高频场景与进阶用法5.1nohup与重定向配合后台运行程序时nohup是常用工具。默认情况下它会将输出写入nohup.out。你也可以手动指定输出文件。$ nohup java -jar app.jar app.log 21 这条命令做了几件事nohup忽略挂断信号让程序在终端关闭后继续运行。 app.log把标准输出写入app.log。21把标准错误也写到同一个文件。放入后台执行。这是生产环境启动 Java 服务最常见的写法之一。需要注意的是如果旧日志不重要可以用覆盖如果希望保留历史日志建议先做备份或使用追加。5.2find命令中的错误过滤find命令在搜索文件时经常会遇到权限不足的目录输出大量 “Permission denied”。这时可以使用重定向过滤$ find / -name *.conf 2/dev/null这样错误信息被丢弃只保留正常搜索结果界面清爽很多。如果希望错误信息留下来但又不想影响正常结果可以分开保存$ find / -name *.conf 2 find_error.log find_result.log这个技巧在进行全局文件扫描时特别有用。5.3read命令与输入重定向在脚本中read经常用来读取用户输入但也可以从文件读取。$ while read line; do echo 当前行: $line done /etc/hostname这里把文件内容作为输入源让while循环逐行读取。这是文本处理的经典模式。5.4 追加日志时的日期分隔使用追加重定向时为了便于阅读可以在写入前加分隔符{ echo echo $(date %Y-%m-%d %H:%M:%S) echo 备份任务开始 } backup.log这样每次执行都会在日志中留下时间标记方便排查问题。5.5 使用set -C防止覆盖覆盖文件是有风险的尤其当你误操作时可能把重要文件内容清空。bash 提供了一个保护选项$ set -C开启后遇到已存在的文件会报错$ echo hello important.txt # 第一次正常 $ echo world important.txt # 第二次报错 -bash: important.txt: cannot overwrite existing file如果需要强制覆盖使用|$ echo force | important.txt这个技巧在交互式命令行中很实用可以避免误覆盖。6. 常见问题与排查思路6.1 常见错误速查表问题现象常见原因解决思路命令执行后有错误信息但日志文件里没有只重定向了 stdout没处理 stderr改用 log 21或 log文件内容被清空了误用覆盖了原有文件用追加开启set -C防覆盖日志文件一直在增长磁盘爆满没有做日志轮转或使用了后程序仍持续写入配置 logrotate或定期清理日志21写在前面导致错误信息仍显示在屏幕重定向顺序错误保持 file 21的顺序nohup运行后输出不在nohup.out手动指定了输出文件或程序输出到了 stderr 且被丢弃检查启动命令中的重定向参数使用sudo执行重定向时提示权限不足重定向由 shell 执行不一定有目标文件写权限用sudo tee 文件 /dev/null6.2 日志文件没有内容的排查步骤如果你发现日志文件是空的可以按以下步骤排查先直接运行命令观察屏幕是否正常输出。如果屏幕都没有输出说明程序本身就没有写到 stdout/stderr。确认程序是否把日志写到了别的文件比如日志框架配置文件中指定的路径。检查重定向的写法确认是还是有没有处理21。检查当前用户对目标路径是否有写权限。使用ls -l查看日志文件大小和修改时间确认是否有写入。$ ls -l app.log -rw-r--r-- 1 user user 0 Jul 20 10:30 app.log如果文件大小一直是 0说明程序可能没有输出或者输出到了其他地方。6.3 多命令输出合并的写法有时候一个脚本里有多个命令希望所有输出都保存到一个日志文件$ { echo 命令1开始 date echo 命令2开始 df -h } script.log 21或者使用exec将脚本内所有后续命令的输出重定向到文件#!/bin/bash exec script.log 21 echo 之后的输出都写入日志 ls /etc/hostsexec重定向适合整个脚本统一记录日志减少每条命令重复写重定向符。7. 最佳实践与工程建议7.1 日志文件命名规范日志文件名建议带上日期或时间戳避免同一天多次执行互相覆盖。$ ./backup.sh backup_$(date %Y%m%d_%H%M%S).log 21这样每次执行都会生成独立日志排查问题时可以按时间定位。7.2 重定向优先处理 stderr除非有特殊需求建议默认就把 stderr 合并到 stdout统一管理。# 推荐 $ ./app.sh app.log 21 # 不推荐只写 $ ./app.sh app.log因为很多程序的错误信息也是发到 stderr如果不合并异常信息会丢失在屏幕中。7.3 防止误覆盖在重要的生产环境目录中建议开启set -C或对重要配置文件做备份后再操作。$ cp app.conf app.conf.bak_$(date %Y%m%d) $ echo new config app.conf7.4 定期清理日志使用追加重定向时日志文件会越来越大。建议结合logrotate做日志轮转。一个简单的 logrotate 配置示例# 文件路径/etc/logrotate.d/myapp /var/log/myapp/*.log { daily rotate 7 compress missingok notifempty copytruncate }这个配置表示每天轮转一次保留 7 份旧日志压缩。copytruncate适合程序持续写同一个文件的情况。7.5 脚本中的安全原则在脚本中重定向到系统目录或覆盖已有文件时务必注意权限和路径。# 危险写法 echo content /etc/some_config.conf # 更安全的写法 if [ -f /etc/some_config.conf ]; then cp /etc/some_config.conf /etc/some_config.conf.bak fi echo content /etc/some_config.conf如果脚本需要 root 权限更要谨慎避免误覆盖系统文件。7.6 测试环境先行验证任何涉及重定向到关键文件、配置文件的命令建议先在测试环境验证确认文件内容和权限符合预期再上生产。8. 总结与下一步学习建议这篇文章围绕 Linux 特殊符号、重定向、追加重定向从文件描述符的原理讲到日常命令的用法再到脚本实战和错误排查基本覆盖了日常使用中的核心场景。你现在应该掌握了以下内容文件描述符 0、1、2 分别代表什么。覆盖重定向和追加重定向的使用区别。如何用2单独保存标准错误。为什么 file 21是合并输出到文件的标准写法。如何用/dev/null丢弃不需要的输出。如何用EOF在脚本中生成多行配置文件。如何用tee实现“实时查看 写入日志”。如何排查日志文件为空、顺序错误等常见问题。下一步你可以继续学习管道|的进阶用法如xargs。进程替换(...)和(...)。文件描述符的更多操作例如自定义 fd。awk、sed配合重定向处理文本。logrotate日志轮转的详细配置。重定向虽然看起来不起眼但它直接影响脚本质量和排障效率。建议你在自己的机器上把本文的命令都敲一遍特别是21的顺序问题实际感受一遍比背十遍都管用。如果本文对你有帮助欢迎收藏备用。你在使用重定向时遇到过什么奇怪问题也可以在评论区留言交流。 Linux重定向与追加重定向详解：文件描述符、2＞1与日志收集实战
各位读者朋友大家好。今天我们来聊一个非常基础但又极其重要的 Linux 知识点重定向和追加重定向。很多刚接触 Linux 的同学在使用命令行时经常会看到类似、、21这样的符号。说实话这些符号刚看确实有些抽象第一次见很容易一头雾水。但它们其实是 Linux 日常操作中最常用的“基础设施”无论是看日志、跑脚本、部署服务还是排查线上问题几乎每天都在和它们打交道。本文会从底层原理开始讲起一步步拆解 Linux 中的文件描述符、标准输入输出再配合大量可直接复制的命令示例带你彻底搞懂和的区别以及21、/dev/null、tee、heredoc这些高频组合的用法。内容覆盖新手入门和日常运维两个层面建议先收藏再阅读。1. 为什么 Linux 需要重定向1.1 一次“被迫学习”的经历先分享一个很常见的场景。假设你写了一个部署脚本deploy.sh里面有一堆输出执行后屏幕刷了一堆信息但你想看看到底是哪个步骤报错了。如果你全部用鼠标滚动找大概率会漏掉。更麻烦的是如果你用 CI/CD 工具自动执行脚本执行完根本看不到终端输出这时候你怎么办答案就是把输出重定向到文件里。再比如你写了一个 Python 脚本日志是通过print输出的。你在命令行里执行时一切正常但一旦用nohup放到后台所有输出就都在nohup.out里了。这背后的机制就是 Linux 的输出重定向。所以说理解重定向不是应试而是实际工作绕不开的技能。1.2 重定向解决了什么问题Linux 设计哲学中有一条经典原则“一切皆文件”。命令行的输入与输出本质上也是文件描述符的读写操作。默认情况下键盘是输入设备。屏幕是输出设备。但现实中我们经常需要把命令的执行结果保存到文件而不是屏幕。把错误信息单独记录到文件中。把文件内容作为命令的输入。把日志追加到已有文件末尾而不是覆盖原来的内容。这些需求都靠重定向机制来完成。可以把重定向理解为“改变数据流的方向”。1.3 重定向与管道的关系很多初学者容易混淆“重定向”和“管道”。重定向改变命令默认输入或输出的位置常见对象是文件。管道把一个命令的输出接到另一个命令的输入常见符号是|。例如# 重定向输出到文件 ls file_list.txt # 管道输出给下一个命令处理 ls | grep test两者可以配合使用但要先理解各自的定位后面组合时才会更清晰。2. 环境准备与基础概念2.1 运行环境说明本文的命令在主流 Linux 发行版上都可以运行包括 CentOS、Ubuntu、Debian 等。建议使用 bash 或 sh如果你用的是 zsh绝大多数场景也一致。版本方面不需要特殊依赖只要是正常的 Linux 系统自带 shell 即可。以下是我的演示环境操作系统Ubuntu 22.04 LTS Shellbash 5.1.16你不需要完全一样重点在于理解命令逻辑。2.2 文件描述符0、1、2要理解重定向必须先认识三个数字0、1、2。在 Linux 中每个进程启动时都会默认打开三个文件描述符文件描述符名称默认设备含义0stdin键盘标准输入1stdout显示器标准输出2stderr显示器标准错误也就是说命令执行时正常输出结果一般发往“标准输出”也就是 1。程序运行出错的信息一般发往“标准错误”也就是 2。这两个东西默认都显示在屏幕上所以很多初学者会觉得“它们不是一样吗”实际上它们是两个独立通道区别会在重定向时体现得非常明显。下面我们用一个最简单的命令感受一下。$ ls /etc/hosts /etc/hosts这是正常输出走的是 stdout1。再看一个错误命令$ ls /not_exist_path ls: cannot access /not_exist_path: No such file or directory这条错误信息走的是 stderr2。如果只看屏幕你感知不到差别。但一旦重定向差别就出来了。2.3 重定向的本质复制文件描述符在 shell 中和并不仅仅是“把内容写入文件”这么简单。它们的本质是修改文件描述符指向的目标。默认情况下文件描述符 1 指向屏幕。执行echo hello output.txtshell 会先打开或创建文件output.txt然后把文件描述符 1 重新指向这个文件。于是echo写向“标准输出”的内容实际上写入了文件。同理2就是把文件描述符 2 指向文件。理解这一点对后面理解21这种写法非常有帮助。3. Linux 特殊符号与重定向语法详解3.1覆盖重定向符号是最基础的重定向符作用是把标准输出写入文件。如果文件不存在则创建如果文件已存在则覆盖原内容。$ echo hello world test.txt $ cat test.txt hello world再执行一次$ echo second line test.txt $ cat test.txt second line可以看到原来文件里的hello world没了只剩新的内容。这就是“覆盖”的含义。注意左侧可以省略文件描述符默认为 1。如果你写1效果完全一样。3.2追加重定向符号的作用是把标准输出写入文件但不会覆盖原有内容而是追加到文件末尾。如果文件不存在则会自动创建。$ echo first line append.txt $ echo second line append.txt $ cat append.txt first line second line在日志场景中是绝对的主角。因为日志文件一般有历史记录如果每次启动脚本都用之前的日志就会被清空这对问题追查是灾难。3.32标准错误重定向刚才提到过标准错误默认也是屏幕。如果你想单独收集错误信息可以用2。$ ls /not_exist_path 2 error.txt $ cat error.txt ls: cannot access /not_exist_path: No such file or directory这种写法在编译程序、执行批量任务时非常有用。正常输出和错误输出分开保存排查问题一目了然。3.421合并标准错误到标准输出这是一个高频写法也是许多初学者的疑惑点。21的意思是把“标准错误”重定向到“标准输出当前指向的位置”。看这个命令$ ls /etc/hosts /not_exist_path result.txt 21 $ cat result.txt /etc/hosts ls: cannot access /not_exist_path: No such file or directory它的效果是正常输出和错误信息都进同一个文件。理解顺序很重要先执行 result.txt此时标准输出 1 指向result.txt。再执行21此时标准错误 2 指向“标准输出 1 当前所指的位置”也就是result.txt。所以最终 1 和 2 都指向同一个文件。如果顺序反过来$ ls /etc/hosts /not_exist_path 21 result.txt结果就会不一样21先执行此时标准输出 1 还指向屏幕所以标准错误 2 也指向屏幕。 result.txt后执行只把标准输出 1 指向文件。最终错误信息打印在屏幕只有正常输出进入文件。这种细节在面试中经常出现实际调试时也容易踩坑建议亲手试一遍。3.5合并重定向除了21bash 还支持这种写法。它的作用是把标准输出和标准错误都重定向到同一个文件。$ ls /etc/hosts /not_exist_path all.txt $ cat all.txt /etc/hosts ls: cannot access /not_exist_path: No such file or directory写法更简洁但可移植性略逊于21。在 POSIX sh 中并不是标准语法有些极简环境可能不支持。如果在 bash 环境里怎么顺手怎么来。3.6/dev/null丢弃输出/dev/null是 Linux 里的“黑洞设备”任何写入它的内容都会被丢弃不会占用磁盘空间。常见场景是“不想要某个命令的输出”。$ command /dev/null 21这条命令的含义是所有输出和错误都不显示。常用于定时任务、后台脚本中执行结果不重要或已经记录到别的地方的情况。也可以只丢弃错误$ command 2/dev/null这种写法在确认某命令可能因正常原因报错但不希望报错信息干扰用户时非常实用。3.7输入重定向用于把文件内容作为命令的标准输入。$ wc -l /etc/hosts这个命令会把/etc/hosts的内容作为wc -l的输入统计行数。再比如$ cat /etc/hostname虽然cat后面直接加文件名更常见但理解输入重定向有助于后面学习EOF和管道。3.8EOF内联输入EOF是 here-document 的常见写法用于在命令行或脚本中直接提供多行输入。$ cat EOF hello world EOF hello world在脚本中它常被用来生成配置文件#!/bin/bash cat config.txt EOF server { listen 80; server_name example.com; } EOF这样执行脚本后config.txt就会包含 heredoc 里的多行内容。这种写法的好处是不需要手动 vi 编辑文件非常适合自动化部署脚本。3.9|管道与tee的组合虽然管道不是严格意义的重定向但它与重定向经常同时出现。tee是一个很实用的命令它可以从标准输入读取内容一边输出到屏幕一边写入文件。$ echo hello | tee output.txt hello $ cat output.txt hello如果希望追加而不是覆盖$ echo second | tee -a output.txt secondtee特别适合“既要看输出又要留日志”的场景。比如你执行一个长时间运行的部署脚本想把日志保留下来又不想完全失去实时输出$ ./deploy.sh | tee deploy_$(date %Y%m%d_%H%M%S).log执行过程中你既能实时看到进度又能把完整日志保存下来。4. 完整实战命令行日志收集与脚本输出控制前面讲了很多零散语法现在把这些知识串起来做一个完整的实战示例。4.1 场景说明假设我们有一个简单的部署脚本它分为几个阶段检查依赖命令是否存在。创建日志目录。模拟执行部署动作。输出最终结果。我们需要实现以下需求标准输出和标准错误分开记录。有一个总日志文件包含所有输出。执行过程中屏幕仍然能看到重要提示。脚本退出时根据结果返回不同的退出码。4.2 编写脚本#!/bin/bash # 文件路径deploy_test.sh LOG_DIR./logs STDOUT_LOG$LOG_DIR/stdout.log STDERR_LOG$LOG_DIR/stderr.log ALL_LOG$LOG_DIR/all.log mkdir -p $LOG_DIR echo 部署脚本开始 # 1. 检查命令 echo 检查 docker 是否安装... if command -v docker /dev/null 21; then echo [OK] docker 已安装。 $ALL_LOG else echo [ERROR] docker 未安装请先安装。 $ALL_LOG fi # 2. 正常输出 echo 正在拉取镜像... echo 拉取镜像成功 1$STDOUT_LOG # 3. 模拟错误输出 echo 模拟一条错误日志 echo 连接超时 2$STDERR_LOG # 4. 同时记录到总日志 echo 部署完成 1$ALL_LOG 21 echo 部署脚本结束 执行$ chmod x deploy_test.sh $ ./deploy_test.sh查看生成的文件$ ls -l logs/ $ cat logs/stdout.log $ cat logs/stderr.log $ cat logs/all.log这里注意一个细节command -v docker /dev/null 21用了“丢弃所有输出”的写法因为我们只关心命令是否成功不关心它输出什么。在实际项目中日志文件路径一般放在配置里日志格式也会加上时间戳。这个示例侧重演示重定向的组合用法生产环境还需要引入logrotate做日志轮转。4.3 使用 tee 实时查看并保存如果希望脚本执行时屏幕有输出同时完整保存日志可以这样运行$ ./deploy_test.sh 21 | tee logs/runtime.log这个组合的含义是21把错误输出合并到标准输出。|传给tee。tee一边打印到屏幕一边写入runtime.log。这样就做到了“实时显示 完整留档”。4.4 日志文件安全提示在生产环境中日志文件写入要特别关注权限和磁盘占用# 只允许当前用户写日志 $ chmod 600 logs/*.log # 查看日志目录占用 $ du -sh logs/如果是 root 权限执行的脚本日志文件默认归属 root普通用户无法读取这在多用户环境需要留意。5. 高频场景与进阶用法5.1nohup与重定向配合后台运行程序时nohup是常用工具。默认情况下它会将输出写入nohup.out。你也可以手动指定输出文件。$ nohup java -jar app.jar app.log 21 这条命令做了几件事nohup忽略挂断信号让程序在终端关闭后继续运行。 app.log把标准输出写入app.log。21把标准错误也写到同一个文件。放入后台执行。这是生产环境启动 Java 服务最常见的写法之一。需要注意的是如果旧日志不重要可以用覆盖如果希望保留历史日志建议先做备份或使用追加。5.2find命令中的错误过滤find命令在搜索文件时经常会遇到权限不足的目录输出大量 “Permission denied”。这时可以使用重定向过滤$ find / -name *.conf 2/dev/null这样错误信息被丢弃只保留正常搜索结果界面清爽很多。如果希望错误信息留下来但又不想影响正常结果可以分开保存$ find / -name *.conf 2 find_error.log find_result.log这个技巧在进行全局文件扫描时特别有用。5.3read命令与输入重定向在脚本中read经常用来读取用户输入但也可以从文件读取。$ while read line; do echo 当前行: $line done /etc/hostname这里把文件内容作为输入源让while循环逐行读取。这是文本处理的经典模式。5.4 追加日志时的日期分隔使用追加重定向时为了便于阅读可以在写入前加分隔符{ echo echo $(date %Y-%m-%d %H:%M:%S) echo 备份任务开始 } backup.log这样每次执行都会在日志中留下时间标记方便排查问题。5.5 使用set -C防止覆盖覆盖文件是有风险的尤其当你误操作时可能把重要文件内容清空。bash 提供了一个保护选项$ set -C开启后遇到已存在的文件会报错$ echo hello important.txt # 第一次正常 $ echo world important.txt # 第二次报错 -bash: important.txt: cannot overwrite existing file如果需要强制覆盖使用|$ echo force | important.txt这个技巧在交互式命令行中很实用可以避免误覆盖。6. 常见问题与排查思路6.1 常见错误速查表问题现象常见原因解决思路命令执行后有错误信息但日志文件里没有只重定向了 stdout没处理 stderr改用 log 21或 log文件内容被清空了误用覆盖了原有文件用追加开启set -C防覆盖日志文件一直在增长磁盘爆满没有做日志轮转或使用了后程序仍持续写入配置 logrotate或定期清理日志21写在前面导致错误信息仍显示在屏幕重定向顺序错误保持 file 21的顺序nohup运行后输出不在nohup.out手动指定了输出文件或程序输出到了 stderr 且被丢弃检查启动命令中的重定向参数使用sudo执行重定向时提示权限不足重定向由 shell 执行不一定有目标文件写权限用sudo tee 文件 /dev/null6.2 日志文件没有内容的排查步骤如果你发现日志文件是空的可以按以下步骤排查先直接运行命令观察屏幕是否正常输出。如果屏幕都没有输出说明程序本身就没有写到 stdout/stderr。确认程序是否把日志写到了别的文件比如日志框架配置文件中指定的路径。检查重定向的写法确认是还是有没有处理21。检查当前用户对目标路径是否有写权限。使用ls -l查看日志文件大小和修改时间确认是否有写入。$ ls -l app.log -rw-r--r-- 1 user user 0 Jul 20 10:30 app.log如果文件大小一直是 0说明程序可能没有输出或者输出到了其他地方。6.3 多命令输出合并的写法有时候一个脚本里有多个命令希望所有输出都保存到一个日志文件$ { echo 命令1开始 date echo 命令2开始 df -h } script.log 21或者使用exec将脚本内所有后续命令的输出重定向到文件#!/bin/bash exec script.log 21 echo 之后的输出都写入日志 ls /etc/hostsexec重定向适合整个脚本统一记录日志减少每条命令重复写重定向符。7. 最佳实践与工程建议7.1 日志文件命名规范日志文件名建议带上日期或时间戳避免同一天多次执行互相覆盖。$ ./backup.sh backup_$(date %Y%m%d_%H%M%S).log 21这样每次执行都会生成独立日志排查问题时可以按时间定位。7.2 重定向优先处理 stderr除非有特殊需求建议默认就把 stderr 合并到 stdout统一管理。# 推荐 $ ./app.sh app.log 21 # 不推荐只写 $ ./app.sh app.log因为很多程序的错误信息也是发到 stderr如果不合并异常信息会丢失在屏幕中。7.3 防止误覆盖在重要的生产环境目录中建议开启set -C或对重要配置文件做备份后再操作。$ cp app.conf app.conf.bak_$(date %Y%m%d) $ echo new config app.conf7.4 定期清理日志使用追加重定向时日志文件会越来越大。建议结合logrotate做日志轮转。一个简单的 logrotate 配置示例# 文件路径/etc/logrotate.d/myapp /var/log/myapp/*.log { daily rotate 7 compress missingok notifempty copytruncate }这个配置表示每天轮转一次保留 7 份旧日志压缩。copytruncate适合程序持续写同一个文件的情况。7.5 脚本中的安全原则在脚本中重定向到系统目录或覆盖已有文件时务必注意权限和路径。# 危险写法 echo content /etc/some_config.conf # 更安全的写法 if [ -f /etc/some_config.conf ]; then cp /etc/some_config.conf /etc/some_config.conf.bak fi echo content /etc/some_config.conf如果脚本需要 root 权限更要谨慎避免误覆盖系统文件。7.6 测试环境先行验证任何涉及重定向到关键文件、配置文件的命令建议先在测试环境验证确认文件内容和权限符合预期再上生产。8. 总结与下一步学习建议这篇文章围绕 Linux 特殊符号、重定向、追加重定向从文件描述符的原理讲到日常命令的用法再到脚本实战和错误排查基本覆盖了日常使用中的核心场景。你现在应该掌握了以下内容文件描述符 0、1、2 分别代表什么。覆盖重定向和追加重定向的使用区别。如何用2单独保存标准错误。为什么 file 21是合并输出到文件的标准写法。如何用/dev/null丢弃不需要的输出。如何用EOF在脚本中生成多行配置文件。如何用tee实现“实时查看 写入日志”。如何排查日志文件为空、顺序错误等常见问题。下一步你可以继续学习管道|的进阶用法如xargs。进程替换(...)和(...)。文件描述符的更多操作例如自定义 fd。awk、sed配合重定向处理文本。logrotate日志轮转的详细配置。重定向虽然看起来不起眼但它直接影响脚本质量和排障效率。建议你在自己的机器上把本文的命令都敲一遍特别是21的顺序问题实际感受一遍比背十遍都管用。如果本文对你有帮助欢迎收藏备用。你在使用重定向时遇到过什么奇怪问题也可以在评论区留言交流。