这次我们来看 Linux 里最容易绕晕的一组概念特殊符号和重定向。先给结论重定向不复杂核心就三种流向——标准输入、标准输出、标准错误。搞懂了这三个流、、2、21、管道符、/dev/null就全部串起来了。本文会以命令演示的方式把 Linux 中高频使用的特殊符号逐个拆开重点对比重定向和追加重定向的区别并给出脚本化日志场景下的批量处理思路和常见排查清单。适合刚接触 Linux 的读者也适合准备 Linux 面试、日常写运维脚本的同学。1. 核心能力速览能力项说明适用范围Linux 发行版、macOS 终端、WSL、云服务器、容器环境核心内容特殊符号语义、标准流、重定向、追加重定向、管道、脚本化日志常用符号、、2、21、、、重定向方向标准输入(0)、标准输出(1)、标准错误(2)最易踩坑点覆盖文件、追加文件、21合并顺序验证方式终端逐条执行命令、查看输出文件和错误文件典型场景日志记录、批量任务、定时任务、数据清洗、脚本调试核心要点可以压缩成一句话是覆盖写入是追加写入2单独处理错误输出21把错误和正常输出合并。剩下的特殊符号都是为了组合这些行为。2. 适用场景与使用边界这套知识不是某个软件的功能而是 Linux 命令行和 Shell 脚本的通用基础。换句话说你写任何一段脚本、部署任何服务、排查任何日志都离不开重定向。适合的场景包括服务日志采集把进程的标准输出和错误输出同时写入日志文件。定时任务运行crontab执行脚本后把结果追加到指定日志。批量文件处理循环中按日期拆分文件用追加方式保留历史记录。数据清洗grep、sort、uniq配合管道串联多个处理步骤。面试准备和的区别是 Linux 基础面试高频题。使用边界也要说清楚。重定向操作会直接操作文件系统会覆盖已有文件误用会导致数据丢失。不要在没有任何备份的情况下对重要配置文件和业务数据执行覆盖式重定向。生产环境操作前先确认当前目录、文件路径和命令行为。3. 环境准备与前置条件首先需要一台 Linux 环境。可以是本地虚拟机、云服务器、容器也可以是 Windows 上启用的 WSL。没有真实 Linux 环境的话用 Git Bash 或 macOS 终端也能跑通大部分命令。确认当前 Shellecho $SHELL输出一般是/bin/bash或/bin/zsh。本文命令以 Bash 为准。检查常用命令是否可用which bash sh cat echo ls grep tee还要确认当前用户对测试目录有写权限。如果是在/tmp下测试一般不需要额外处理如果在/var/log或系统目录下重定向可能需要sudo。不要用sudo直接对系统日志做覆盖测试容易破坏系统运行状态。建议在/tmp下新建一个独立测试目录mkdir -p /tmp/shell-demo cd /tmp/shell-demo这样所有测试文件都收拢在一个目录里不会污染其他位置。4. Linux 特殊符号逐一拆解在讲重定向之前先把命令里常见的特殊符号过一遍。这些符号单独看很抽象组合到命令里才有意义。4.1 通配符*、?、[]通配符用于匹配文件名不是正则表达式。*匹配任意多个字符?匹配单个字符[]匹配指定范围内的字符。# 创建测试文件 touch a.log b.log c.txt file1.txt file2.txt # 匹配所有 .log 文件 ls *.log # 匹配任意单个字符 ls file?.txt # 匹配数字 1 或 2 ls file[12].txt预期结果第一个命令列出a.log b.log第二个命令列出file1.txt file2.txt第三个命令列出file1.txt file2.txt。如果文件名不存在Shell 会保持原样传给命令这经常导致脚本报错。4.2 引号单引号、双引号、反引号单引号内部所有字符都变成普通字符不能引用变量。双引号内部保留变量扩展和命令替换但大多数特殊字符仍是字面量。反引号是旧式命令替换写法等价于$()但可读性更差。namelinux # 单引号原样输出 echo name is $name # 双引号变量会被扩展 echo name is $name # 反引号执行命令并返回结果 echo today is date %Y%m%d # 推荐写法 echo today is $(date %Y%m%d)实际输出依次是name is $name、name is linux、today is 20260215这类日期字符串。第三行和第四行效果相同但$()更清晰嵌套时也比反引号好处理。4.3 变量与命令替换$、${}、$()$用于取变量值${}用于明确变量边界$()用于执行命令替换。namelinux echo hello $name echo hello ${name}_server file_path/tmp/shell-demo/output_$(date %Y%m%d).log echo $file_path${name}_server能正确输出linux_server如果写成$name_serverShell 会把name_server当成一个变量名结果为空。这是脚本里很常见的隐形 bug。4.4 管道符|管道把前一个命令的标准输出接到后一个命令的标准输入。它处理的是文本流不是文件。# 查看进程并筛选 ps aux | grep nginx # 统计日志行数 cat access.log | wc -l # 更优写法 wc -l access.logps aux | grep nginx是最常见的组合。要注意grep本身可能匹配到 grep 进程必要时用grep nginx | grep -v grep过滤。4.5 逻辑操作符、||表示前一个命令成功才执行后一个命令||表示前一个命令失败才执行后一个命令。mkdir -p /tmp/shell-demo cd /tmp/shell-demo cd /tmp/nonexist || echo 目录不存在第一行如果目录创建失败后面的cd不会执行。第二行如果进入不存在的目录失败就输出提示。这个特性在自动化脚本里非常实用可以减少大量 if 判断。4.6 注释与转义#、\#开头的行是注释\用在命令中间可以换行也可以转义特殊字符。# 这是一个注释 echo a \quoted\ string在双引号内使用\可以输出引号本身。在命令特别长的时候用\换行能提升脚本可读性。5. 重定向与追加重定向详解这是本篇的核心章节。先理解标准流再区分覆盖和追加最后掌握错误输出的处理方式。5.1 三个标准流Linux 进程启动时默认打开三个文件描述符标准输入文件描述符 0默认来自键盘。标准输出文件描述符 1默认输出到屏幕。标准错误文件描述符 2默认输出到屏幕。重定向的本质就是改变这三个数据流的去向。和默认只处理标准输出不会拦截错误输出。5.2 输出重定向把命令的标准输出写入文件。文件不存在就创建文件已存在就覆盖不会提示。echo hello world /tmp/shell-demo/output.txt cat /tmp/shell-demo/output.txt再次执行echo second line /tmp/shell-demo/output.txt cat /tmp/shell-demo/output.txt第二次执行后文件里只有一行second line第一次写入的hello world没了。这就是的覆盖行为。如果误把重要配置文件的路径写到重定向目标里后果相当直接文件被清空重写。5.3 追加重定向把命令的标准输出追加到文件末尾不会删除已有内容。文件不存在时自动创建。echo first line /tmp/shell-demo/append.txt echo second line /tmp/shell-demo/append.txt echo third line /tmp/shell-demo/append.txt cat /tmp/shell-demo/append.txt预期结果是三行内容按顺序保留。日志采集场景下是主力操作符因为它能保留历史日志。5.4 错误重定向2、2只处理标准输出命令报错信息走的是标准错误默认还会打印到屏幕。要把错误单独存文件就用2。ls /tmp/shell-demo/nonexist /tmp/shell-demo/stdout.log 2 /tmp/shell-demo/stderr.log这里stdout.log是空的stderr.log里有ls: cannot access ...这样的报错。2和同理把错误输出以追加方式写入文件。5.5 合并输出21与21把标准错误重定向到标准输出当前指向的位置。注意顺序很关键。# 正确写法错误输出和标准输出都进同一个文件 python3 run.py /tmp/shell-demo/app.log 21 # 错误写法错误输出指向空文件没有合并效果 python3 run.py 21 /tmp/shell-demo/app.log第二种写法先让21指向当前屏幕再让1指向文件所以错误仍然打印到屏幕。Bash 也支持直接合并标准输出和标准错误python3 run.py /tmp/shell-demo/app.log两种写法都可以21兼容性更广更简短。5.6 丢弃输出/dev/null/dev/null是一个虚拟设备写入的内容直接丢弃读取时返回空。常用于屏蔽不需要的报错或调试输出。rm -rf /tmp/shell-demo/tmp_dir 2/dev/null echo no output /dev/null第一行如果目录不存在rm会报错但错误被丢弃不污染终端。脚本里用这个写法可以避免无关报错干扰用户。5.7 输入重定向从文件读取内容作为命令的标准输入。常见用法是把文件内容传给wc、grep等命令。wc -l /tmp/shell-demo/append.txt grep second /tmp/shell-demo/append.txtwc -l file和wc -l file输出有区别前者只输出数字后者会带文件名。这在脚本解析时是个需要注意的细节。5.8 Here DocumentEOFEOF可以在脚本中直接嵌入多行输入常用于生成配置文件、批量输入 SQL。cat EOF /tmp/shell-demo/config.txt host127.0.0.1 port3306 useradmin EOF cat /tmp/shell-demo/config.txt这里的EOF是一个边界标记可以换成任意标识符前后保持一致即可。使用-EOF还会忽略每行开头的 Tab 制表符适合在缩进较多的脚本里使用。如果不写 file这段文本会直接输出到屏幕配合或就可以写入文件或追加到文件。6. 功能测试与效果验证前面讲完概念这里给出一套完整的验证流程。你可以直接复制命令逐条执行对比输出结果。6.1 重定向覆盖测试cd /tmp/shell-demo echo overwrite test test_overwrite.txt cat test_overwrite.txt echo second write test_overwrite.txt cat test_overwrite.txt预期结果第一次写入的内容被第二次覆盖文件最终只有一行second write。6.2 追加重定向测试echo line 1 test_append.txt echo line 2 test_append.txt echo line 3 test_append.txt cat test_append.txt预期结果三行内容全部保留顺序为 line 1、line 2、line 3。6.3 标准输出与错误输出分离测试ls /tmp/shell-demo stdout_only.log 2 stderr_only.log ls /tmp/shell-demo/nonexist stdout2.log 2 stderr2.log cat stdout_only.log cat stderr_only.log cat stdout2.log cat stderr2.log预期结果stderr2.log中有ls: cannot access /tmp/shell-demo/nonexist之类的错误信息stdout2.log为空。这验证了不会拦截错误输出。6.4 合并输出测试ls /tmp/shell-demo/nonexist merged.log 21 cat merged.log预期结果报错信息进入merged.log屏幕上没有任何输出。如果先写21再写 merged.log报错会直接打印到屏幕。6.5 管道与 tee 测试ps aux | grep bash | wc -l echo hello tee | tee tee_output.log cat tee_output.logtee会把标准输入同时写到文件和屏幕。第一个命令统计bash相关进程数量第二个命令输出hello tee到终端同时存入tee_output.log。在需要“边看边存”的场景下tee比单独重定向更方便。6.6 输入重定向测试wc -l test_append.txt wc -l test_append.txt预期结果第一行只显示数字 3第二行显示3 test_append.txt。如果脚本想把结果直接赋值给变量用第一种写法更容易解析。7. 脚本化批量任务与日志记录特殊符号和重定向的实战价值主要体现在批量任务和日志处理上。7.1 循环中的重定向写一个批量压缩日志的脚本把每次执行结果追加到操作记录文件#!/bin/bash log_dir/tmp/shell-demo/logs result_log/tmp/shell-demo/compress_result.log mkdir -p $log_dir for log_file in $log_dir/*.log; do if [ -f $log_file ]; then gzip $log_file echo $(date %Y-%m-%d %H:%M:%S) compressed $log_file $result_log fi done注意点每次执行都使用保证历史记录不丢失。$(date %Y-%m-%d %H:%M:%S)用命令替换写入当前时间。如果改用第二次执行会把上一次的记录清空。7.2 按日期拆分日志用date命令生成带日期的文件名然后追加重定向#!/bin/bash app_log/tmp/shell-demo/app.log daily_log/tmp/shell-demo/app_$(date %Y%m%d).log # 模拟应用输出 echo application message $daily_log # 合并归档到统一日志 cat $daily_log $app_log看起来很简单但能解决两个问题单文件日志无限增长不同日期日志难以回溯。7.3 定时任务结合重定向crontab中经常需要重定向否则脚本输出会通过邮件发给本机用户时间长了容易堆积无用邮件。0 2 * * * /home/user/scripts/backup.sh /home/user/logs/backup_$(date \%Y\%m\%d).log 21Cron 本身对%有特殊处理写成$(date \%Y\%m\%d)才能被正确解析。使用保留每天日志21把错误输出和正常输出合并到同一个文件方便统一排查。7.4 批处理文件内容把数据处理成指定格式并批量输出#!/bin/bash output_dir/tmp/shell-demo/processed mkdir -p $output_dir while IFS read -r line; do ip$(echo $line | awk {print $1}) echo IP: $ip $output_dir/ip_list.txt done /tmp/shell-demo/access.log将文件逐行读入循环将处理结果追加到目标文件。如果文件很大建议测试小样本后再全量执行避免长时间占用磁盘 IO。7.5 通过 API 服务采集日志并落盘如果你的程序接收 HTTP 请求可以临时把请求体写入日志文件方便调试。这里不涉及具体框架用 Python 内置http.server演示一个最小方案from http.server import HTTPServer, BaseHTTPRequestHandler import datetime class Handler(BaseHTTPRequestHandler): def do_POST(self): length int(self.headers.get(Content-Length, 0)) body self.rfile.read(length).decode(utf-8, errorsignore) timestamp datetime.datetime.now().strftime(%Y-%m-%d %H:%M:%S) # 追加写入保留每次请求 with open(/tmp/shell-demo/api_requests.log, a, encodingutf-8) as f: f.write(f{timestamp} {body}\n) self.send_response(200) self.end_headers() self.wfile.write(bok) if __name__ __main__: server HTTPServer((127.0.0.1, 8080), Handler) print(serving on 127.0.0.1:8080) server.serve_forever()Python 脚本里的open(path, a)对应 Shell 中的写入方式同样是追加。把这个服务跑起来后任何 POST 请求都会被记录到api_requests.log不需要额外安装日志框架。8. 资源占用与性能观察重定向操作本身不消耗太多资源但它会持续影响磁盘空间、文件句柄和进程执行效率。这些内容需要在实际使用中重点观察。8.1 观察日志文件增长用du和df查看文件和磁盘占用du -sh /tmp/shell-demo/*.log df -h /日志文件如果持续使用会不断增长。长时间不处理磁盘可能被写满导致服务无法正常写入文件。8.2 文件句柄限制进程每打开一个文件就占用一个文件句柄。在高并发场景下日志文件被频繁打开写入可能导致句柄耗尽。ulimit -n默认值通常是 1024 或更大。如果脚本经常报too many open files说明句柄不够用可以考虑统一使用日志库管理文件打开避免反复打开关闭。8.3 重定向与管道性能管道传输的是内存数据效率通常比重定向到磁盘再读取快。批量处理文本时优先用管道串联命令而不是先写中间文件再读。# 管道方式更快 grep ERROR app.log | sort | uniq -c # 中间文件方式更慢 grep ERROR app.log error.log sort error.log | uniq -c不过管道会让整条命令串行执行如果某一环非常慢整条链都会变慢。日志量特别大时建议先用grep缩小范围再做排序和去重。8.4 避免无限追加无限追加会掩盖早期日志也会撑爆磁盘。可以配合logrotate做日志轮转。下面是一个简单的 cron 脚本思路#!/bin/bash log_file/tmp/shell-demo/app.log max_size10485760 # 10MB if [ -f $log_file ]; then size$(stat -c%s $log_file) if [ $size -gt $max_size ]; then mv $log_file ${log_file}.$(date %Y%m%d%H%M%S) touch $log_file fi fi这样在日志达到 10MB 时自动切割不会无限制增长。9. 常见问题与排查方法问题现象可能原因排查方式解决方案执行命令后文件为空使用覆盖命令本身没有输出cat文件确认命令是否产生标准输出改用或检查命令输出报错信息仍打印到屏幕错误输出没有被重定向检查命令是否包含2加上21或2 error.log21写错位置导致合并失效重定向顺序错误对比 file 21和21 file的执行效果统一写成 file 21脚本运行后日志丢失循环中使用每次覆盖写入查看脚本中的重定向符号批量追加改为crontab中%报错Cron 对%有特殊解析查看系统邮件或 cron 日志使用\%转义磁盘空间被日志占满日志持续追加未做轮转df -h查看使用率配置 logrotate 或按日期拆分管道中grep匹配到自身进程grep过滤条件太宽ps aux | grep nginx | grep -v grep用pgrep代替文件权限不足目标目录无写权限ls -ld查看目录权限调整目录权限或使用 sudo命令输出带文件名wc -l file与wc -l file行为不同区分两种写法脚本解析时用输入重定向如果遇到命令输出和预期不一致优先把命令拆开执行。比如先单独运行grep ... file再看管道后面每一段输出能快速定位是哪一环出了问题。10. 最佳实践与使用建议先小范围测试。在/tmp下建测试目录跑通所有重定向逻辑再应用到真实环境。重视的破坏性。面对已有文件默认先备份或者改用。合并输出统一用 file 21顺序。不要拆开写容易踩顺序坑。日志文件按日期或大小拆分。用date %Y%m%d生成文件名配合logrotate控制体积。循环内用追加循环外用追加。批量任务日志必须使用避免每次覆盖。管道串联命令优先。内存数据流转比重定向到磁盘再读取更高效。生产环境限制脚本访问范围。不给脚本过多权限避免误删或覆盖系统文件。涉及接口服务时日志记录要控制容量。参考第 7.5 节的最小示例落盘前先评估请求量和日志增长速度。涉及人脸、声音、版权素材等数据时必须确认授权。本文虽然只讲 Linux 重定向但任何数据批处理和日志采集都涉及隐私和合规问题不要越界使用。11. 查漏补缺一个综合小实验把前面的知识点合并到一个脚本里#!/bin/bash base_dir/tmp/shell-demo/final mkdir -p $base_dir # 生成测试数据 echo INFO started $base_dir/run.log echo ERROR db connection failed $base_dir/run.log echo INFO finished $base_dir/run.log # 提取错误信息追加到单独文件 grep ERROR $base_dir/run.log $base_dir/error.log # 合并输出到完整日志 cat $base_dir/run.log $base_dir/all.log 21 # 统计两种文件的行数 echo error lines: $(wc -l $base_dir/error.log) echo all lines: $(wc -l $base_dir/all.log)这段脚本使用了、、grep、管道、$()、输入重定向和wc -l。如果最终输出是error lines: 1、all lines: 3说明整条链路都正常。如果把全部改成第二次运行脚本时所有历史记录都会被清空。这就是覆盖和追加最直观的区别一个只留最后结果一个保留完整过程。日志类任务通常需要保留过程所以追加是更安全的选择。初次上手建议把所有重定向语句都写清楚明确每个符号对应的是哪个数据流再逐步跳到更简洁的写法。12. 总结Linux 特殊符号和重定向不是孤立的知识点。通配符负责匹配文件名引号控制变量扩展管道串联命令和决定数据流落盘方式21统一错误输出/dev/null丢弃无用信息。最重要的区分是这三对覆盖追加。2错误输出2错误追加。 file 21合并写入21 file顺序错误。先理解标准输出、标准错误和标准输入再熟记重定向符号的方向最后在/tmp下反复练习覆盖、追加、合并、丢弃四类操作。这样 Linux 面试题里的常见坑写脚本时的日志丢失问题基本都能避开。