【Linux从入门到精通】第6篇：管道符、重定向与通配符——命令行效率的核心秘诀

一、引言：从“单兵作战”到“协同作战”

到目前为止，我们学习的每个命令都是独立使用的：

bash

ls -l grep error tail -f app.log

这种用法能解决问题，但远未发挥命令行的真正威力。Linux命令行的设计哲学是：每个命令只做好一件事，通过组合来完成复杂任务。

组合靠什么？三样东西：

• 重定向：决定数据“去哪”和“从哪来”

• 管道符：让命令之间可以传递数据

• 通配符：用一个模式匹配多个文件

这三者就像乐高积木的连接件，把简单的命令拼接成强大的数据处理流水线。

二、重定向：控制数据的流向

2.1 三个标准数据流

每个Linux进程启动时，系统会为它自动打开三个“文件”（还记得第3篇讲的“一切皆文件”吗）：

当你执行ls命令时：

• 它从标准输入（键盘）读取你的输入（实际上ls不需要输入）

• 执行成功的结果写入标准输出（屏幕）

• 如果出错（比如目录不存在），错误信息写入标准错误（屏幕）

重定向的本质：改变这三个数据流的默认指向，让数据流向文件或其他地方。

2.2 输出重定向：> 和 >>

这是最常用的重定向操作。

>：覆盖重定向

bash

echo "Hello World" > output.txt

这条命令的含义是：把echo命令的标准输出，重定向到output.txt文件。

关键特性：

• 如果文件不存在，会创建它

• 如果文件已存在，原有内容会被清空（这是最容易踩的坑）

bash

echo "第一行" > test.txt echo "第二行" > test.txt # test.txt里只有"第二行"，第一行被覆盖了

>>：追加重定向

bash

echo "第一行" > test.txt echo "第二行" >> test.txt # test.txt里有两行内容

这是写日志的常用操作：

bash

echo "$(date): 服务启动成功" >> /var/log/myapp.log

一个直观的类比：

• >像是“另存为”，会覆盖原文件

• >>像是“追加内容到末尾”

2.3 输入重定向：<

输入重定向让命令从文件读取数据，而不是从键盘：

bash

wc -l < file.txt # 统计file.txt的行数

这相当于把文件内容“喂”给命令的标准输入。

Here Document：多行输入重定向

这是一种特殊的输入重定向，用<<加一个结束标记：

bash

cat << EOF > config.txt server { listen 80; server_name localhost; } EOF

EOF之间的内容会作为cat的输入，最终被写入config.txt。这在脚本中生成配置文件非常实用。

2.4 错误重定向：2> 和 2>&1

错误重定向专门处理文件描述符2（标准错误）。

只重定向错误输出：

bash

ls /不存在的目录 2> error.log # 屏幕上什么也不显示，错误信息写入了error.log

分别重定向正常输出和错误输出：

bash

ls /存在的目录 /不存在的目录 > output.txt 2> error.log # 正常输出到output.txt，错误输出到error.log

合并正常输出和错误输出：

这是最常用的错误处理方式——不管正常还是错误，都输出到同一个文件：

bash

ls /home /nofile > all.log 2>&1

语法解释：2>&1表示把文件描述符2（错误）重定向到文件描述符1（标准输出）当前指向的位置。

合并输出的简写（bash支持）：

bash

ls /home /nofile &> all.log # 等同于 > all.log 2>&1

2.5 实战场景：后台任务的输出管理

假设你写了一个脚本backup.sh，想在后台运行并记录所有输出：

bash

# 完全静默（丢弃所有输出） ./backup.sh > /dev/null 2>&1 & # 记录日志，不显示在屏幕 ./backup.sh >> backup.log 2>&1 & # 同时显示在屏幕并记录到文件（用tee命令） ./backup.sh 2>&1 | tee backup.log

/dev/null是一个特殊的“黑洞”设备，写入它的所有数据都会被丢弃。需要丢弃输出时用它。

三、管道符：命令之间的高速公路

3.1 管道符的基本原理

管道符|的作用是：把左边命令的标准输出，变成右边命令的标准输入。

bash

ls -l | grep ".txt"

数据流向：

text

ls -l → (标准输出) → | → (标准输入) → grep ".txt"

3.2 管道是命令行效率的倍增器

来看一个经典对比：

不用管道的做法：

bash

ls -l > temp.txt # 先把列表存到临时文件 grep ".txt" temp.txt # 再从临时文件中过滤 rm temp.txt # 删除临时文件

用管道的做法：

bash

ls -l | grep ".txt"

管道省去了中间的临时文件，让命令可以直接“对话”。

3.3 多级管道：搭建数据处理流水线

管道可以无限串联，形成处理流水线：

bash

# 找出占用空间最大的5个文件 du -sh * | sort -hr | head -5 # 数据流向解析： # du -sh * → 计算每个文件/目录的大小 # sort -hr → 按人类可读格式反向排序（大的在前） # head -5 → 取前5行

bash

# 查看某个服务进程的详细信息 ps aux | grep nginx | grep -v grep | awk '{print $2, $11}' # ps aux → 列出所有进程 # grep nginx → 过滤出包含nginx的行 # grep -v grep → 排除grep命令自身 # awk '{print $2, $11}' → 只输出PID和命令路径

3.4 管道的局限与xargs的补充

管道传递的是标准输出的文本，但有些命令不接受标准输入作为参数，它们只接受命令行参数。

典型例子：rm命令不接受标准输入，你不能这样用：

bash

find . -name "*.log" | rm # 这行不通！

xargs的作用就是把标准输入的内容转换成命令行参数：

bash

find . -name "*.log" | xargs rm

xargs读取管道传来的文件名列表，然后构造命令：rm file1.log file2.log file3.log ...

常用xargs参数：

bash

# -p：执行前询问确认 find . -name "*.log" | xargs -p rm # -I {}：指定替换位置 find . -name "*.log" | xargs -I {} cp {} /backup/{} # -n：每次传递的最大参数数量 echo "1 2 3 4 5" | xargs -n 2 # 输出两行：1 2 和 3 4 和 5

3.5 tee：管道的“三通接头”

tee可以在管道中间“分流”，既把数据继续往下传，又同时写入文件：

bash

# 在屏幕上实时查看输出，同时保存到日志 ./long_running_script.sh | tee output.log # 追加模式 ./script.sh | tee -a output.log

这比单纯的重定向更灵活——你可以一边看进度，一边记录日志。

四、通配符：用模式匹配多个文件

通配符（Wildcards）让你用一个模式同时匹配多个文件名，是批量操作的基础。

4.1 *：匹配任意长度的任意字符

*是最常用的通配符，它匹配零个或多个任意字符。

bash

ls *.txt # 所有.txt结尾的文件 ls test* # 所有test开头的文件 ls *test* # 所有包含test的文件 rm *.log # 删除所有.log文件（慎用！）

*的边界情况：

• *单独使用匹配所有文件（不包括隐藏文件）

• 它不匹配以.开头的隐藏文件，要匹配隐藏文件用.*

4.2 ?：匹配单个任意字符

?只匹配恰好一个字符：

bash

ls file?.txt # 匹配 file1.txt, fileA.txt，不匹配 file10.txt ls chapter??.pdf # 匹配 chapter01.pdf，不匹配 chapter1.pdf

4.3 []：匹配字符集合中的单个字符

[]用于指定一个字符集合，匹配集合中的任意一个字符：

bash

ls file[0-9].txt # 匹配 file0.txt 到 file9.txt ls [abc]*.txt # 匹配以a、b或c开头的.txt文件 ls [A-Z]*.txt # 匹配以大写字母开头的.txt文件 ls [!0-9]*.txt # 匹配不以数字开头的.txt文件（!表示取反）

常用字符集：

4.4 通配符的展开机制

理解一个关键概念：通配符是由Shell展开的，不是由命令处理的。

当你执行：

bash

ls *.txt

Shell在调用ls之前，会先把*.txt替换成当前目录下所有匹配的文件名。如果当前目录有a.txt和b.txt，实际执行的命令是：

bash

ls a.txt b.txt

这个机制有两个重要含义：

1. 命令本身不需要支持通配符——Shell帮你做好了替换

2. 如果没有匹配的文件，*.txt会被原样传递给命令（某些Shell可配置此行为）

4.5 通配符与管道、重定向的组合实战

批量重命名文件（配合for循环）：

bash

# 将所有.jpg文件改名为.png（只是改后缀，不转换格式） for file in *.jpg; do mv "$file" "${file%.jpg}.png" done

批量压缩特定文件：

bash

tar -czf logs_backup.tar.gz *.log

统计所有Python文件的代码行数：

bash

wc -l *.py | tail -1

只移动包含特定模式的日志文件：

bash

mv *error*.log errors/

五、综合实战：构建一个系统巡检命令

让我们把今天学的重定向、管道、通配符结合起来，构造一条实用的系统巡检命令：

bash

# 需求：查看系统关键信息，同时输出到屏幕和日志文件 { echo "=== 系统巡检报告 $(date) ===" echo "" echo "--- 磁盘使用情况 ---" df -h | grep -E "^/dev" echo "" echo "--- 内存使用情况 ---" free -h echo "" echo "--- CPU负载 ---" uptime echo "" echo "--- 最近5条错误日志 ---" find /var/log -name "*.log" -type f 2>/dev/null | xargs grep -i error 2>/dev/null | tail -5 } 2>&1 | tee -a system_check.log

这条命令的构成分析：

• { ... }将多条命令组合成一个整体

• grep -E "^/dev"只显示实际挂载的磁盘

• find ... 2>/dev/null搜索日志文件，权限错误丢弃

• xargs grep在找到的日志文件中搜索error

• 2>&1 | tee -a合并错误输出，同时显示和记录

六、本篇小结

今天我们学习了命令行协作的三大利器：

重定向：

• >覆盖输出，>>追加输出

• 2>重定向错误，2>&1合并输出

• /dev/null是数据黑洞

管道符：

• |连接命令，前一命令的输出变成后一命令的输入

• 多级管道形成数据处理流水线

• xargs弥补管道不能传递参数的局限

• tee在管道中分流数据

通配符：

• *匹配任意字符序列

• ?匹配单个字符

• []匹配字符集合中的单个字符

• Shell在命令执行前展开通配符

记忆口诀：

大于号输出，双大于追加，
二大于管错误，二大于一合并它。
竖线传数据，tee管分流，
星号匹配多，问号只一个，方括号里选着来。

动手练习

bash

# 1. 重定向练习 echo "第一行内容" > practice.txt echo "第二行内容" >> practice.txt cat practice.txt # 2. 故意执行错误命令，观察错误重定向 ls /nofile 2> error.txt cat error.txt # 3. 管道练习：统计当前目录下有多少个.txt文件 ls *.txt 2>/dev/null | wc -l # 4. 多级管道：找出占用CPU最高的3个进程（只显示PID和命令） ps aux --sort=-%cpu | head -4 | tail -3 | awk '{print $2, $11}' # 5. 通配符练习 touch file{1..5}.txt file{A..C}.log ls file[0-9].txt # 只匹配数字结尾的 ls file[A-Z].log # 只匹配大写字母结尾的 ls *.{txt,log} # 同时匹配两种后缀 rm practice.txt error.txt file* # 清理

七、下篇预告

到目前为止，我们一直在命令行中操作，但有一个工具我们一直刻意回避——文本编辑器。对于Linux用户而言，掌握一个终端下的编辑器是绕不开的必修课。

下一篇，我们将面对那个让无数新手“闻风丧胆”的编辑器——Vim。我会从“如何退出Vim”这个千古难题开始，一步步教你从生存模式进阶到指法如飞。别怕，跟着走一遍，你会发现Vim没那么可怕，甚至可能爱上它。

延伸思考：试试执行ls -l | grep ".txt" > result.txt，如果grep没有匹配到任何内容，result.txt会是空的。你能解释为什么吗？这与管道和重定向的执行顺序有关——Shell先准备好重定向目标文件（清空它），然后再启动管道中的命令。