通常，当人们提到“shell脚本语言”时，浮现在他们脑海中是bash，ksh，sh或者其它相类似的linux/unix脚本语言。脚本语言是与计算机交流的另外一种途径。使用图形化窗口界面（不管是windows还是linux都无所谓）用户可以移动鼠标并点击各种对象，比如按钮、列表、选框等等。但这种方式在每次用户想要计算机/服务器完成相同任务时（比如说批量转换照片，或者下载新的电影、mp3等）却是十分不方便。要想让所有这些事情变得简单并且自动化，我们可以使用shell脚本。
　　某些编程语言，像pascal、foxpro、C、java之类，在执行前需要先进行编译。它们需要合适的编译器来让我们的代码完成某个任务。
　　而其它一些编程语言，像php、javascript、visualbasic之类，则不需要编译器，因此它们需要解释器，而我们不需要编译代码可以运行程序。
　　shell脚本也像解释器一样，但它通常用于调用外部已编译的程序。然后，它会捕获输出结果、退出代码并根据情况进行处理。
　　Linux世界中为流行的shell脚本语言之一，是bash。而我认为（这是我自己的看法）原因在于，默认情况下bash shell可以让用户便捷地通过历史命令（先前执行过的）导航，与之相反的是，ksh则要求对.profile进行一些调整，或者记住一些“魔术”组合键来查阅历史并修正命令。
　　好了，我想这些介绍已经足够了，剩下来哪个环境适合你，留给你自己去判断吧。从现在开始，我将只讲bash及其脚本。在下面的例子中，我将使用CentOS 6.6和bash-4.1.2。请确保你有相同版本，或者更高版本。
　　Shell脚本流
　　shell脚本语言跟和几个人聊天类似。你只需把所有命令想象成能帮你做事的那些人，只要你用正确的方式来请求他们去做。比如说，你想要写文档。首先，你需要纸。然后，你需要把内容说给某个人听，让他帮你写。后，你想要把它存放到某个地方。或者说，你想要造一所房子，因而你需要请合适的人来清空场地。在他们说“事情干完了”，那么另外一些工程师可以帮你来砌墙。后，当这些工程师们也告诉你“事情干完了”的时候，你可以叫油漆工来给房子粉饰了。如果你让油漆工在墙砌好前来粉饰，会发生什么呢？我想，他们会开始发牢骚了。几乎所有这些像人一样的命令都会说话，如果它们完成了工作而没有发生什么问题，那么它们会告诉“标准输出”。如果它们不能做你叫它们做的事——它们会告诉“标准错误”。这样，后，所有的命令都通过“标准输入”来听你的话。
　　快速实例——当你打开linux终端并写一些文本时——你正通过“标准输入”和bash说话。那么，让我们来问问bash shell who am i（我是谁？）吧。
　　root@localhost ~]
　　# who am i                                <--- 你通过标准输入对 bash shell 说
　　root     pts/0        2015-04-22 20:17 (192.168.1.123)     <--- bash shell通过标准输出回答你
　　现在，让我们说一些bash听不懂的问题：
　　[root@localhost ~]
　　# blablabla           <--- 哈，你又在和标准输入说话了
　　-bash: blablabla: command not found     <--- bash通过标准错误在发牢骚了
　　“:”之前的第一个单词通常是向你发牢骚的命令。实际上，这些流中的每一个都有它们自己的索引号（LCTT 译注：文件句柄号）：
　　标准输入（stdin） – 0
　　标准输出（stdout） – 1
　　标准错误（stderr） – 2
　　如果你真的想要知道哪个输出命令说了些什么——你需要将那次发言重定向到（在命令后使用大于号“>”和流索引）文件：
　　[root@localhost ~]
　　# blablabla 1> output.txt
　　-bash: blablabla: command not found
　　在本例中，我们试着重定向流1（stdout）到名为output.txt的文件。让我们来看对该文件内容所做的事情吧，使用cat命令可以做这事：
　　[root@localhost ~]
　　# cat output.txt
　　[root@localhost ~]
　　#
　　看起来似乎是空的。好吧，现在让我们来重定向流2（stderr）：
　　[root@localhost ~]
　　# blablabla 2> error.txt
　　[root@localhost ~]
　　#
　　好吧，我们看到牢骚话没了。让我们检查一下那个文件：
　　[root@localhost ~]
　　# cat error.txt
　　-bash: blablabla: command not found
　　[root@localhost ~]
　　#
　　果然如此！我们看到，所有牢骚话都被记录到errors.txt文件里头去了。
　　有时候，命令会同时产生stdout 和 stderr。要重定向它们到不同的文件，我们可以使用以下语句：
　　command 1>out.txt 2>err.txt
　　要缩短一点语句，我们可以忽略“1”，因为默认情况下stdout会被重定向：
　　command >out.txt 2>err.txt
　　好吧，让我们试试做些“坏事”。让我们用rm命令把file1和folder1给删了吧：
　　[root@localhost ~]
　　# rm -vf folder1 file1 > out.txt 2>err.txt
　　现在来检查以下输出文件：
　　[root@localhost ~]
　　# cat out.txt
　　removed `file1'
　　[root@localhost ~]
　　# cat err.txt
　　rm: cannot remove `folder1': Is a directory
　　[root@localhost ~]
　　#
　　正如我们所看到的，不同的流被分离到了不同的文件。有时候，这也不是很方便，因为我们想要查看出现错误时，在某些操作前面或后面所连续发生的事情。要实现这一目的，我们可以重定向两个流到同一个文件：
　　command >>out_err.txt 2>>out_err.txt
　　注意：请注意，我使用“>>”替代了“>”。它允许我们附加到文件，而不是覆盖文件。
　　我们也可以重定向一个流到另一个：
　　command >out_err.txt 2>&1
　　让我来解释一下吧。所有命令的标准输出将被重定向到out_err.txt，错误输出将被重定向到流1（上面已经解释过了），而该流会被重定向到同一个文件。让我们看这个实例：
　　[root@localhost ~]
　　# rm -fv folder2 file2 >out_err.txt 2>&1
　　[root@localhost ~]
　　# cat out_err.txt
　　rm: cannot remove `folder2': Is a directory
　　removed `file2'
　　[root@localhost ~]
　　#
　　看着这些组合的输出，我们可以将其说明为：首先，rm命令试着将folder2删除，而它不会成功，因为linux要求-r键来允许rm命令删除文件夹，而第二个file2会被删除。通过为rm提供-v（详情）键，我们让rm命令告诉我们每个被删除的文件或文件夹。