前台(foreground)
组合键 将挂起终端中正在运行的程序，然后您就可以用 bg 命令将其放到后台去执行。
请注意，在后台运行图形应用程序有时候是有用处的，这样可以在终端下显示这个程序的出错信息，虽然这对您可能没有直接的帮助，当如果碰到了麻烦，向别人询问时，这些出错提示就有用武之地了。
一些图形程序，很可能还处在测试期(Beta)，尽管在后台执行，也会在终端中输出一些信息。如果您对此不满，可以用下面命令：
command &>/dev/null &
一、bash 配置文件
在您的 home 目录下，运行
ls .bash*
您将看到这些文件：
l .bash_history ：记录了您以前输入的命令，
l .bash_logout ：当您退出 shell 时，要执行的命令，
l .bash_profile ：当您登入 shell 时，要执行的命令，
l .bashrc ：每次打开新的 shell 时，要执行的命令。
请注意后两个的区别：'.bash_profile'只在会话开始时被读取一次，而'.bashrc'则每次打开新的终端（如新的 xterm 窗口）时，都要被读取。按照传统，您得将定义的变量，如 PATH ，放到'.bash_profile'中，而象 aliases（别名）和函数之类，则放在'.bashrc'。但由于'.bash_profile'经常被设置成先读取'.bashrc'的内容，您如果图省事的话，就把所有配置都放进'.bashrc'。
这些文件是每一位用户的设置。系统级的设置存储在'/etc/profile'、'/etc/bashrc'及目录'/etc/profile.d'下的文件中。但您得习惯用各自的配置文件：编辑不需要'root'权限，还可以使您的设置更有个性。当系统级与用户级的设置发生冲突时，将采用用户的设置。
读取'.bashrc'的内容，您如果要省点事的话，就把您所有的配置都放进'.bashrc'。
上面的这些文件是每位用户的设置，系统级的设置存储在'/etc/profile'、'/etc/bashrc'及目录'/etc/profile.d'下的文件中。您最好习惯使用各自的配置文件：编辑不需要'root'权限，还可以使您的设置更具个性。当系统级与用户级的设置发生冲突时，将优先采用用户的设置。
三、改变 $PATH
'$PATH'与'$PS1'一样，也是环境变量。输入
set
将列出所有当前定义的环境变量。
您看到的这些环境变量在 shell 的配置文件中定义，可能是用户自己的配置文件，也可能是由'root'通过'/etc'下面的系统级文件定义的。如果您使用 X ，更多的一些变量将由 X 、您的窗口管理器或桌面环境的启动文件配置。
如果对这些设置不很清楚，您暂时最好不要随便改动。了解如何改变 $PATH 变量很有用，因为这个变量决定了 shell 将到哪些目录中寻找命令或程序。如果要执行的命令的目录在 $PATH 中，您就不必输入这个命令的完整路径，直接输入命令就可以了。一些第三方软件没有将可执行文件放到 Linux 的标准目录中。因此，将这些非标准的安装目录添加到 $PATH 是一种解决的办法。此外，您也将看到如何处理一般的环境变量。
首先，作为惯例，所有环境变量名都是大写。由于 Linux 区分大小写，这点您要留意。当然，您可以自己定义一些变量，如'$path'、'$pAtH'，但 shell 不会理睬这些变量。
第二点是变量名有时候以'$'开头，但有时又不是。当设置一个变量时，您直接用名称，而不需要加'$'：
PATH=/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin
要获取变量值的话，就要在变量名前加'$'：
echo $PATH
/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin
否则的话，变量名就会被当作普通文本了：
echo PATH
PATH
处理 $PATH 变量要注意的第三点是：您不能只替换变量，而是要将新的字符串添加到原来的值中。在大多数情况下，您不能用'PATH=/some/directory'，因为这将删除 $PATH 中其他的所有目录，这样您在该终端运行程序时，就不得不给出完整路径。所以，只能作添加：
PATH=$PATH:/some/directory
这样，PATH 被设成当前的值（以 $PATH 来表示）＋新添的目录。
到目前为止，您只为当前终端设置了新的 $PATH 变量。如果您打开一个新的终端，运行 echo $PATH ，将返回旧的 $PATH 值，而看不到您刚才添加的新目录。因为您先前定义的是一个局部环境变量（仅限于当前的终端）。
要定义一个全局变量，使在以后打开的终端中生效，您需要将局部变量输出(export)，可以用'export'命令：
export PATH=$PATH:/some/directory
现在如果您打开一个新的终端，输入 echo $PATH ，也能看到新设置的 $PATH 了。请注意，命令'export'只能改变当前终端及以后运行的终端里的变量。对于已经运行的终端没有作用。
为了将目录永久添加到您的 $PATH ，只要将'export'的那行添加到您的'.bash_profile'文件中。
请不要在'.bashrc'中设置 PATH ，否则会导致 PATH 中目录的意外增长。您每次打开一个新的 shell ，'.bashrc'都会作用。所以如果在该文件中添加目录，您每次打开一个终端，目录又会被添加。这将导致 PATH 变量由于目录复制，不断地增长。
用户输入的每一行都立刻被cat命令输出到屏幕上。
另一个例子，命令sort按行读入文件正文（当命令行中没有给出文件名时，表示从标准输入读入），将其排序，并将结果送到标准输出。下面的例子是从标准输入读入一个采购单，并将其排序。
$ sort
bananas
carrots
apples
apples
bananas
carrots
$
这时我们在屏幕上得到了已排序的采购单。直接使用标准输入/输出文件存在以下问题：
输入数据从终端输入时，用户费了半天劲输入的数据只能用一次。下次再想用这些数据时就得重新输入。而且在终端上输入时，若输入有误修改起来不是很方便。
输出到终端屏幕上的信息只能看不能动。我们无法对此输出作更多处理，如将输出作为另一命令的输入进行进一步的处理等。
为了解决上述问题，Linux系统为输入、输出的传送引入了另外两种机制，即输入/输出重定向和管道。
输入重定向
输入重定向是指把命令（或可执行程序）的标准输入重定向到指定的文件中。也就是说，输入可以不来自键盘，而来自一个指定的文件。所以说，输入重定向主要用于改变一个命令的输入源，特别是改变那些需要大量输入的输入源。
例如，命令wc统计指定文件包含的行数、单词数和字符数。如果仅在命令行上键入：
$ wc
wc将等待用户告诉它统计什么，这时shell就好象死了一样，从键盘键入的所有文本都出现在屏幕上，但并没有什么结果，直至按下＜ctrl+d＞，wc才将命令结果写在屏幕上。
nb article
reference:http://hi.baidu.com/dtzw/blog/item/bdf66b272a57580e908f9d1e.html/cmtid/2c30a56ea7b479d480cb4a07
Linux重定向详解 I/O 重定向详解及应用实例 1、 基本概念（这是理解后面的知识的前提，请务必理解） a、 I/O重定向通常与 FD有关，shell的FD通常为10个，即 0～9； b、 常用FD有3个，为0（stdin，标准输入）、1（stdout，标准输出）、2（stderr，标准错误输出），默认与keyboard、 monitor、monitor有关； c、 用 < 来改变读进的数据信道(stdin)，使之从指定的档案读进； d、 用 > 来改变送出的数据信道(stdout, stderr)，使之输出到指定的档案； e、 0 是 < 的默认值，因此 < 与 0<是一样的；同理，> 与 1> 是一样的； f、 在IO重定向 中，stdout 与 stderr 的管道会先准备好，才会从 stdin 读进资料； g、 管道“|”(pipe line):上一个命令的 stdout 接到下一个命令的 stdin; h、 tee 命令是在不影响原本 I/O 的情况下，将 stdout 复制一份到档案去; i、 bash（ksh）执行命令的过程：分析命令－变量求值－命令替代（``和$( )）－重定向－通配符展开－确定路径－执行命令； j、 ( ) 将 command group 置于 sub-shell 去执行，也称 nested sub-shell，它有一点非常重要的特性是：继承父shell的Standard input, output, and error plus any other open file descriptors。 k、 exec 命令：常用来替代当前 shell 并重新启动一个 shell，换句话说，并没有启动子 shell。使用这一命令时任何现有环境都将会被清除。exec 在对文件描述符进行操作的时候，也只有在这时，exec 不会覆盖你当前的 shell 环境。 2、 基本IO cmd > file 把 stdout 重定向到 file 文件中； cmd >> file 把 stdout 重定向到 file 文件中(追加)； cmd 1> fiel 把 stdout 重定向到 file 文件中； cmd > file 2>&1 把 stdout 和 stderr 一起重定向到 file 文件中； cmd 2> file 把 stderr 重定向到 file 文件中； cmd 2>> file 把 stderr 重定向到 file 文件中(追加)； cmd >> file 2>&1 把 stderr 和 stderr 一起重定向到 file 文件中(追加)； cmd < file >file2 cmd 命令以 file 文件作为 stdin，以 file2 文件作为 stdout； cat <>file 以读写的方式打开 file； cmd < file cmd 命令以 file 文件作为 stdin； cmd << delimiter Here document，从 stdin 中读入，直至遇到 delimiter 分界符。 3、 进阶IO >&n 使用系统调用 dup (2) 复制文件描述符 n 并把结果用作标准输出； <&n 标准输入复制自文件描述符 n； <&- 关闭标准输入（键盘）； >&- 关闭标准输出； n<&- 表示将 n 号输入关闭； n>&- 表示将 n 号输出关闭； 上述所 有形式都可以前导一个数字，此时建立的文件描述符由这个数字指定而不是缺省的 0 或 1。如： ... 2>file 运行一个命令并把错误输出(文件描述符 2)定向到 file。 ... 2>&1 运行一个命令并把它的标准输出和输出合并。(严格的说是通过复制文件描述符 1 来建立文件描述符 2 ，但效果通常是合并了两个流。) 我 们对 2>&1详细说明一下 ：2>&1 也就是 FD2＝FD1 ，这里并不是说FD2 的值 等于FD1的值，因为 > 是改变送出的数据信道，也就是说把 FD2 的 “数据输出通道” 改为 FD1 的 “数据输出通道”。如果仅仅这样，这个改变好像没有什么作用，因为 FD2 的默认输出和 FD1的默认输出本来都是 monitor，一样的！ 但是，当 FD1 是其他文件，甚至是其他 FD 时，这个就具有特殊的用途了。请大家务必理解这一点。 exec 0exec 1>outfilename # 打开文件outfilename作为stdout。 exec 2>errfilename # 打开文件 errfilename作为 stderr。 exec 0<&- # 关闭 FD0。 exec 1>&- # 关闭 FD1。 exec 5>&- # 关闭 FD5。 问： 如果关闭了 FD0、FD1、FD2，其后果是什么？ 恢复 FD0、FD1、FD2与 关闭FD0、FD1、FD2 有什么区别？代码分别是什么？ 打开了FD3～FD9，我们用完之后，你觉得是将他们关闭还是恢复？ 下面是 提示（例子来源于CU一帖子，忘记出处，来日再补上）：
4、 简单举例 a、 stdout和stderr都通过管道送给egrep了：
这个例 子要注意的就是： 理 解 命令执行顺序 和 管道“|”：在命令执行前，先要进行重定向的处理，并将把 nested sub-shell 的stdout 接到 egrep 命令的 stdin。 nested sub-shell ，在 ( ) 中的两个命令加上（），可以看作一个命令。其 FD1 已经连接到“|”往egrep送了，当遇到 2>&1时，也就是FD2＝FD1，即FD2同FD1一样，往管道 “|”那边送。 b、 没有任何东西通过管道送给egrep，全部送往monitor。 (ls you no 2>&1;ls yes 2>&1) >&2|egrep \* >file。虽然在（）里面将 FD2转往FD1，但在（）外，遇到 >&2 ，结果所有的都送到monitor。 请理解：
5、 中阶例子 条件： stderr通过管道送给egrep，正确消息仍然送给monitor（不变）
如果加 两个条件： （1） 要求cmd1和cmd2并行运行； （2） 将cmd1的返回值赋给变量 ss。 则为：
说明： exec 3>&1;4>&1 建立FD3，是用来将下面ls那条语句（子shell）中的FD1 恢复到正常FD1，即输出到monitor，你可以把FD3看作最初始的FD1的硬盘备份（即输出到monitor）；建立FD4，到时用作保存ls的返 回值（echo $?），你可以将FD4看作你考试时用于存放计算“echo $?”的草稿纸； (ls you no 2>&1 1>&3 3>&-;echo $? >&4) 大家还记得前面说的子shell和管道吧。这条命令首先会继承FD0、FD1、FD2、FD3、FD4，它位于管道前，所以在运行命令前会先把子 shell自己的FD1和管道“|”相连。但是我们的条件是stderr通过管道送往egrep，stdout仍然输出到monitor。 于是通过2>&1，先把 子shell的FD1 的管道“送给”FD2，于是子shell中的stderr送往管道“|”；再通过 1>&3，把以前的“硬盘备份”恢复给子shell的FD1，于是子shell中的FD1变成送到monitor了。再通过3> &- ，将3关闭；接着运行echo $? ，本来其输出值应该送往管道的，通过 >&4 ，将 输出 送往 “草稿纸”FD4，留以备用。 ((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 于是，stderr 通过管道送给 egrep ，stdout 送给monitor，但是，还有 FD4，它送到哪去了？ $(((ls you no 2>&1 1>&3 3>&-;echo $? >&4)|egrep \* >file) 4>&1)最后的 4>&1 ，就是把FD4 重定向到 FD1。但由于其输出在 $( )中，其值就赋给变量ss了。最后一行关闭 FD3、FD4。 6、 高阶例子 命令 cmd1, cmd2, cmd3, cmd4. 如何利用单向管道完成下列功能： 1. 所有命令并行执行。 2. cmd1 和 cmd2 不需要 stdin。 3. cmd1 和 cmd2 的 stdout 定向到 cmd3 的 stdin。 4. cmd1 和 cmd2 的 stderr 定向到 cmd4 的 stdin。 5. cmd3 的 stdout 定向到文件 a, stderr 定向到屏幕。 6. cmd4 的 stdout 定向到文件 b, stderr 定向到屏幕。 7. cmd1 的返回码赋给变量 s。 8. 不能利用临时文件。 解决方 法：
这 个我一步步解释（好复杂，自己感觉看明白了，过一会再看，大脑仍然有几分钟空白～～～，没想到我也能看明白。exec 3>&1; exec 4>&1 前面的例子都有说明了，就是建立FD3 ，给cmd1恢复其FD1用和给cmd3 恢复其FD2用，建立FD4，保存“echo $?”输出值的“草稿纸”。 第 一对括号：(cmd1 1>&3 ; echo $? >&4 ) 和其后（第一个）管道。在第一个括号（子shell）中，其FD1已经连到 管道中了，所以用 FD3 将 FD1恢复正常，不让他往管道跑；这里的cmd1没有stdin，接着将 cmd1 运行的返回码 保存到 FD4 中。 第 二对括号：((cmd1 1>&3 ; echo $? >&4 )| cmd2 ) 3>&1 和其后（第二个）管道。前面的 FD1 已经不送给 cmd2了，FD2 默认也不送过来，所以cmd2 也没有stdin ，所以在第二对括号里面：cmd1和cmd2 的stdout、stderr 为默认输出，一直遇到 “3>&1”为止。请注意：“3>&1”，先将第二对括号看出一个命令，他们遇到 第二个管道时，其FD1 连到 管道 “|”，由于“3>&1”的作用，子shell的FD1 送给FD3 使用，所以所有FD3 的输出都 “流往”cmd3，又由于继承关系（继承第一行的命令），FD3实际上就是cmd1和cmd2的stdout，于是“ cmd1 和 cmd2 的 stdout 定向到 cmd3 的 stdin” 第 三对括号：(((cmd1 1>&3 ; echo $? >&4 )| cmd2 ) 3>&1 | cmd3 >a 2>&3 ) 2>&1 和其后的第三个管道。cmd1 和 cmd2 的 stdout 已经定向到 cmd3 的 stdin，处理之后，cmd3 >a 意味着将其 stdout 送给 a 文件。而2>&3的意思是：恢复cmd3的错误输出为FD3，即送往 monitor。于是“cmd3 的 stdout 定向到文件 a, stderr 定向到屏幕”。如果没有“2>&3”，那么cmd3的错误输出就会干扰cmd1和cmd2的错误输出，所以它是必须的！请注意第三对括号后 的 “2>&1”| ，其子shell的FD1 本来连接着管道“|”，但子shell FD1 慷慨大方，送给了 FD2，于是FD2 连接着管道。还记得前面的 cmd1 和 cmd2 吗？他们的stderr一直没动了。于是在这里，通过管道送给了 第四个命令cmd4 了。即“cmd1 和 cmd2 的 stderr 定向到 cmd4 的 stdin”。后面就比较简单了。cmd4 >b 表示“cmd4 的 stdout 定向到文件 b, stderr 定向到屏幕（默认）” 第 四对括号：((((cmd1 1>&3 ; echo $? >&4 )| cmd2 ) 3>&1 | cmd3 >a 2>&3 ) 2>&1 | cmd4 >b ) 与其后的 4>&1。四对括号里面的 FD1、FD2都处理完了。但是还记得前面“echo $? >&4”那块“草稿纸”吗？“4>&1”的作用就是“将草稿纸上的内容送给monitor”，但是由于最外面还有 $() 将其“包着”。于是其值赋给变量“s”。 使用Bash可以方便的用<和>实现输出输入的重定向，本文讨论重定向的一些细节和技巧。本文介绍部分是对Bash Quick Reference相关内容的翻译。 基础知识 文件描述符(File Descriptor)，用一个数字（通常为0-9）来表示一个文件。常用的文件描述符如下： 文件描述符 名称 常用缩写 默认值0 标准输入 stdin 键盘 1 标准输出 stdout 屏幕 2 标准错误输出 stderr 屏幕 我们在简单地用<或>时，相当于使用 0< 或 1>（下面会详细介绍）。 管道“|”(pipe line)，把上一个命令的 stdout 接到下一个命令的 stdin; tee 命令的作用是在不影响原本 I/O 的情况下，将 stdout 复制一份到档案去; * cmd > file 把cmd命令的输出重定向到文件file中。如果file已经存在，则清空原有文件，使用bash的noclobber选项可以防止复盖原有文件。 * cmd >> file 把cmd命令的输出重定向到文件file中，如果file已经存在，则把信息加在原有文件後面。 * cmd < file 使cmd命令从file读入 * cmd << text 从命令行读取输入，直到一个与text相同的行结束。除非使用引号把输入括起来，此模式将对输入内容进行shell变量替换。如果使用 <<- ，则会忽略接下来输入行首的tab，结束行也可以是一堆tab再加上一个与text相同的内容，可以参考後面的例子。 * cmd <<< word 把word（而不是文件word）和後面的换行作为输入提供给cmd。 * cmd <> file 以读写模式把文件file重定向到输入，文件file不会被破坏。仅当应用程序利用了这一特性时，它才是有意义的。 * cmd >| file 功能同>，但即便在设置了noclobber时也会复盖file文件，注意用的是|而非一些书中说的!，目前仅在csh中仍沿用>!实 现这一功能。 使用文件描述符的重定向 使用文件描述符的重定向都使用了&符号。 |
reference:http://hi.baidu.com/yzzcheng/blog/item/4e737322bc1605aa4623e8b4.html
重定向是指改变shell标准输入来源和标准输出去向的各种方式。一般来说标准输入来源是键盘，标准输出去向是屏幕。但也可以将shell的标准输入输出由键盘和屏幕对应的设备文件重新定义到某个命令或者文件。
重定向标准输出： 通过重定向标准输出符号（>）可以将shell命令的输出重定向到指定的文件而不是屏幕。（>>追加到指定的文件）
重定向标准输入： 通过重定向标准输入符号（<）可以使shell将命令的输入重定向为来自指定的文件而不再是键盘。
管道（|）：shell使用管道，将一个命令的输出直接链接到另一个文件的输入。功能的实现类似于：首先将一个命令的标准输出重定向到另外一个文件，然后将该文件作为另一个命令的标准输入。管道不会单独处理每条命令，并且不需要中间文件。 如下列： command_a [argumets] | command_b [arguments] 类似于： command_a [arguments] > temp command_b [arguments] < temp rm temp
grep(global regular expression print，全局正则表达式及打印)，是在一个或者多个文件中搜索是否包含某个给定的字符串。此工具只显示包含查找字符串的文件行，并不修改搜索出的文件。grep的功能很强大，详细的可以百度一下看看。
tr:转换工具，只能从标准输入接受输入。 tr简单的格式：tr string1 string2 ，tr从标准输入接受输入，查找与string1匹配的字符，找到一个匹配的字符就将string1的字符替换为string2中对应的字符（即string1的第一个字符替换为string2的第一个字符，如此对应替换）。tr工具讲他的输出发送到标准输出。如下例：
tr将文件test中的字母abc分别替换为ABC（用了两种表示方法，结果是一样的），tr工具不改变原来文件的原有内容，因为他并不知道输入源（从一个cat test和最后一个cat test可以看出来）。
tee：向两个方向输出。tee工具将标准的输入复制到文件和标准的输出。他只有一个输入，却输出到两个方向。如下例：
/dev/null:使数据消失。设备/dev/null是一个数据接收器，通常被称为位桶。可以将不想看到的或者不想保存的数据重新定向到/dev/null，这样输出的数据就会不留痕迹的消失。
又如：将tset1变成空文件 |
