shell 脚本

例如 make 2>&1 | tee make.log

ls -l > out.file 2>&1 &
解释:
ls -l > out.file //将ls的输出重定向到文件out.file
2>&1 //在shell中,文件描述符通常是:STDIN,STDOUT,STDERR,即:0,1,2,由此可以看出,它将ls -l > out.file在输出过程中产生的错误信息也放在了STDOUT,即:1中,你可以作实验,如果命令产生了错误,那么错误信息也就在out.file中.
最后的& ,不用说,是放在后台运行.

以下内容来自：《joyfire 笔记》 http://joyfire.net/jln/index.html
希望对大家有所帮助

1. 标准输入的控制
语法：命令< 文件将文件做为命令的输入。
例如：
mail -s “mail test” wesongzhou@hotmail.com < file1 将文件file1 当做信件的内容，主
题名称为mail test，送给收信人。
2. 标准输出的控制
语法：命令> 文件将命令的执行结果送至指定的文件中。
例如:
ls -l > list 将执行“ls -l” 命令的结果写入文件list 中。
语法：命令>! 文件将命令的执行结果送至指定的文件中，若文件已经存在，则覆盖。
例如：
ls -lg >! list 将执行“ls - lg” 命令的结果覆盖写入文件list 中。
语法：命令>& 文件将命令执行时屏幕上所产生的任何信息写入指定的文件中。
例如：
cc file1.c >& error 将编译file1.c 文件时所产生的任何信息写入文件error 中。
语法：命令>> 文件将命令执行的结果附加到指定的文件中。
例如:
ls - lag >> list 将执行“ls - lag” 命令的结果附加到文件list 中。
语法：命令>>& 文件将命令执行时屏幕上所产生的任何信息附加到指定的文件中。
例如:
cc file2.c >>& error 将编译file2.c 文件时屏幕所产生的任何信息附加到文件error 中。

关于输入、输出和错误输出
在字符终端环境中，标准输入/标准输出的概念很好理解。输入即指对一个应用程序或命令的输入，无论是从键盘输入还是从别的文件输入；输出即指应用程序或命令产生的一些信息；与 Windows 系统下不同的是，Linux 系统下还有一个标准错误输出的概念，这个概念主要是为程序调试和系统维护目的而设置的，错误输出于标准输出分开可以让一些高级的错误信息不干扰正常的输出信息，从而方便一般用户的使用。
在 Linux 系统中：标准输入(stdin)默认为键盘输入；标准输出(stdout)默认为屏幕输出；标准错误输出(stderr)默认也是输出到屏幕（上面的 std 表示 standard）。在 BASH 中使用这些概念时一般将标准输出表示为 1，将标准错误输出表示为 2。下面我们举例来说明如何使用他们，特别是标准输出和标准错误输出。

输入、输出及标准错误输出主要用于 I/O 的重定向，就是说需要改变他们的默认设置。先看这个例子：

$ ls > ls_result
$ ls -l >> ls_result

上面这两个命令分别将 ls 命令的结果输出重定向到 ls_result 文件中和追加到 ls_result 文件中，而不是输出到屏幕上。">"就是输出（标准输出和标准错误输出）重定向的代表符号，连续两个 ">" 符号，即 ">>" 则表示不清除原来的而追加输出。下面再来看一个稍微复杂的例子：

$ find /home -name lost* 2> err_result

这个命令在 ">" 符号之前多了一个 "2"，"2>" 表示将标准错误输出重定向。由于 /home 目录下有些目录由于权限限制不能访问，因此会产生一些标准错误输出被存放在 err_result 文件中。大家可以设想一下 find /home -name lost* 2>>err_result 命令会产生什么结果？

如果直接执行 find /home -name lost* > all_result ，其结果是只有标准输出被存入 all_result 文件中，要想让标准错误输出和标准输入一样都被存入到文件中，那该怎么办呢？看下面这个例子：

$ find /home -name lost* > all_result 2>& 1

上面这个例子中将首先将标准错误输出也重定向到标准输出中，再将标准输出重定向到 all_result 这个文件中。这样我们就可以将所有的输出都存储到文件中了。为实现上述功能，还有一种简便的写法如下：

$ find /home -name lost* >& all_result

如果那些出错信息并不重要，下面这个命令可以让你避开众多无用出错信息的干扰：

$ find /home -name lost* 2> /dev/null

同学们回去后还可以再试验一下如下几种重定向方式，看看会出什么结果，为什么？

$ find /home -name lost* > all_result 1>& 2
$ find /home -name lost* 2> all_result 1>& 2
$ find /home -name lost* 2>& 1 > all_result

另外一个非常有用的重定向操作符是 "-"，请看下面这个例子：

$ (cd /source/directory && tar cf - . ) | (cd /dest/directory && tar xvfp -)

该命令表示把 /source/directory 目录下的所有文件通过压缩和解压，快速的全部移动到 /dest/directory 目录下去，这个命令在 /source/directory 和 /dest/directory 不处在同一个文件系统下时将显示出特别的优势。

下面还几种不常见的用法：

n<&- 表示将 n 号输入关闭
<&- 表示关闭标准输入（键盘）
n>&- 表示将 n 号输出关闭
>&- 表示将标准输出关闭

If you type >1,The shell will think take this as a file named 1
So you want to type &1 to distinguish.
So 2>&1 means redirect stderr to stdout.
You redirect stdout to fileanme, so that all stderr and stdout will redirect to filename.

代码:

stderr -> stdout -> filename.

Of cause you can redirect stdout and stderr like this:
command &>filename.
But this is not so good.
You will see that the messages from stderr and stdout may cross into each other.
Why? Caz stderr is non-bufferred output, while stdout is bufferred output.
So type command>filename 2 >&1 will be better.
But if you type command>filename 1 >&2 will get the some effect as command &>filename

代码:

We assume the x corrdinate is time zone When we type command &>filename, the stream is like this Caz, non-buffered output is slow. V y | | s t d e r r | stdout | | x |---------------------------------------------------------->(time) So you see that stderr and stdout cross into each other. But while you type like command>filename 2 >&1 the stream is like this,Caz, buffered output is fast. | | stderr | stdout | | x |---------------------------------------------------------->(time) So this is good.

&>file 等同于 >file 2>&1
还有一种写法是 >& file，但不正规。
这是 man bash 里说的。