小编给大家分享一下Shell中管道重定向的示例分析，希望大家阅读完这篇文章之后都有所收获，下面让我们一起去探讨吧！
1.8.1 匿名管道"|"
管道符号意如其名，类似管道一样将管道入口的数据通过管道传递给管道出口。
管道是为了解决进程间通信问题而存在，它可以让两个进程之间的数据进行传递，将一个进程的输出数据传递给另一个进程作为其输入数据。管道左边是数据给予方，管道右边是数据接收方。
例如echo "abcd" | passwd --stdin username，表示将进程echo的输出结果"abcd"作为进程passwd的输入数据。
基本的管道符号及其用法很容易理解。现在的疑问是，对于ps aux | grep "ssh"，为什么在结果里会有grep进程出现？
[root@xuexi ~]# ps aux | grep ssh root 1211 0.0 0.1 82544 3600 ? Ss Jul26 0:00 /usr/sbin/sshd -D root 25236 0.0 0.2 145552 5524 ? Ss 05:28 0:00 sshd: root@pts/0 root 25720 0.1 0.2 145416 5524 ? Ss 06:15 0:00 sshd: root@pts/1 root 25770 0.0 0.0 112648 948 pts/1 S+ 06:15 0:00 grep --color=auto ssh
按一般想法，先执行了ps，得到输出后将输出数据传递给grep，这时候grep还没运行而ps已经运行完毕了，为什么还能统计到grep进程的信息呢？原因是管道实现的是进程间通信，两个进程之间存在交叉，在运行ps进程后开始收集进程信息，grep也已经开始并处于等待接收数据状态，当ps收集到任何数据后都将输出放入内存由管道传递给grep进行筛选。
管道其本质是数据传递，管道左边的输出数据放入内存，由管道右边的进程读取。假如内存不足以完全存放输出数据，则管道左边的进程将一直等待，直到管道右边取出内存中一部分的数据以让管道左边的进程继续输出，而管道右边的进程在管道左边的进程启动后也立刻启动了，但是它一直处于等待状态，等待接收管道传递来的数据。
也就是说，管道左右两边的进程运行几乎是没有先后顺序的。
那么ps aux | grep "ssh"如何避免结果中出现grep自身的进程呢？方法有二：
方法一：ps aux | grep "ssh" | grep -v "grep"
方法二：ps aux | grep "ss[h]"
[root@xuexi ~]# ps aux | grep ss[h] root 1211 0.0 0.1 82544 3600 ? Ss Jul26 0:00 /usr/sbin/sshd -D root 25236 0.0 0.2 145552 5524 ? Ss 05:28 0:00 sshd: root@pts/0 root 25720 0.0 0.2 145416 5524 ? Ss 06:15 0:00 sshd: root@pts/1
方法一是应用grep的"-v"特性，方法二是应用正则表达式的特性。
在使用匿名管道的过程中，可能已经发现管道两边的进程是同属一个进程组的，也就是说管道左方的数据只能传递给管道右方的进程，其他任何进程都没法读取此数据。但除了匿名管道，还有命名管道，命名管道是将一个进程的数据存储到一个管道文件(fifo)中，其他进程可以读取该管道文件来读取其中的数据，也就是说不再限制数据读取方。关于命名管道，请参阅Linux/unix操作系统内核或编程类的书籍，一般都会有详细的介绍。
1.8.2 重定向
1.8.2.1 重定向基础
最常见的标准输入（stdin）、标准输出（stdout）和标准错误输出（stderr）的文件描述符分别是0、1和2，其中0、1、2也可以认为是它们的数字代号。对于输出信息，可以认为是打印在屏幕上的信息，而没给出错误的就是标准输出，给出错误提示的是标准错误输出，当然这样说明有失偏颇，但是易于理解。还可以自定义自己的描述符，实现高级重定向，在以后的文章中可能会介绍一下它们的用法。
标准输入 = /dev/stdin = 代号0 = <或<<符号。
标准输出 = /dev/stdout = 代号1 = >或>>符号。
标准错误输出 = /dev/stderr = 代号2 = 使用2>或2>>符号。
<、>、2>实现的是覆盖功能，>>、2>>实现的是追加的功能，但是<<不是追加功能，而是表示此处生成文档(here document)，在后面cat和重定向配合的内容里有说明。此外，还有<<<，它表示此处字符串(here string)，也见下文。
有时候，使用"-"也表示/dev/stdin。如：
[root@xuexi ~]# cat /etc/fstab | cat -
脚本中常见2>&1和&>的符号，它们都表示将stdout和stderr都重定向到同一个地方去，即重定向所有输出内容。如最常见的"&> /dev/null"。
将stdout或stderr丢到/dev/null表示丢弃输出信息，反过来，将/dev/null重定向到某个文件则表示清空文件。
[root@xuexi ~]# cat /dev/null > ab.sh
除此，还有以下几种方法快速清空文件
[root@xuexi ~]# > ab.sh [root@xuexi ~]# : > ab.sh # 或"true >ab.sh"，其实它们都等价于">ab.sh" [root@xuexi ~]# echo '' > ab.sh [root@xuexi ~]# truncate -s 0 ab.sh # truncate命令用于收缩和扩展文件大小 [root@xuexi ~]# dd if=/dev/null of=ab.sh
最后最重要的一点：在有重定向符号的语句中，命令执行之前已经将文件截断了。所以如果正在编辑一个文件并将编辑的结果重定向回这个文件将出现异常，因为截断后就没有合适的内容用于编辑。一个简单的示例如下：
[root@xuexi ~]# head a.log > a.log
有些时候直接使用">"覆盖输出是比较危险的。可以使用set -C来设置如果输出重定向文件已经存在则不覆盖。使用set +C来取消set -C的效果。如果在设置了set -C时仍然想强制覆盖，可以使用“>|”代替“>”来重定向输出。同理错误输出也有此特性。
[root@xuexi tmp]# set -C [root@xuexi tmp]# cat flip >ttt.txt -bash: ttt.txt: cannot overwrite existing file [root@xuexi tmp]# cat flip >| ttt.txt [root@xuexi tmp]# set +C
1.8.2.2 cat和重定向配合
配合cat使用可以分行输入内容到文件中。
[root@xuexi tmp]# cat <log.txt # 覆盖的方式输入到log.txt > this is stdin character > eof
也可以使用下面的方法。
