Linux Shell简介 二

 

来自：LinuxSir.Org

第四篇：文件名匹配／输出重定向

一、文件名匹配

文件名匹配使得您不必一一写出名称，就可以指定多个文件。您将用到一些特殊的字符，称为通配符(wildcards)。

假设您想用'rm'命令删除目录下所有以字符串'.bak'结尾的文件。除了在'rm'后跟上所有文件名作为参数，您还可以用通配符'*'：

rm *.bak

'*'可匹配一个或多个字符。在本例中，您告诉 shell 将命令'rm'的参数扩展到"所有以'*.bak'结尾的文件"，shell 就将扩展后的参数告诉'rm'命令。

您将看到，shell 在命令执行前，就将读取并解释命令行。正是因为这个，您才可以将通配符用于 shell 命令的参数中。

让我们更进一步地来认识通配符'*'。假定您有个目录，其中含文件'124.bak'、'346.bak'及'583.bak'。您想只保留文件'583.bak'，可以用：

rm *4*.bak

shell 就将'*4*.bak'扩展成"所有含'4'并以'.bak'结尾的字符串"。

注意到 rm 4*.bak 无法工作，因为这匹配的是以'4'开头的文件。由于目录中没有这样的文件，shell 将这个模式扩展为空的字符串，故'rm'将返回出错信息：

rm: cannot remove `4*.bak': No such file or directory

如果您想保留文件'345.bak'，而删除'124.bak'和'583.bak'。这看起来有些难度，因为被删文件的名称除了后缀其他都不同。但幸运的是，您可以用不含有来指定文件：

rm *[!6].bak

这将被读为：除了以'6.bak'结尾的文件，删除其他所有以'.bak'结尾的文件。您必须将取反号(negation sign)与取反字符（这里是 6）放到括号中，不然的话，shell 会将惊叹号(exclamation mark)解释成历史记录替换的开始(the beginning of a history substitution)。取反号在本篇介绍的所有匹配模式中都有效。

请注意：通配符'*'与取反号连用，很容易产生问题。猜猜

rm *[!6]*.bak

表示什么？这个命令将删除所有文件，甚至包括名称中包含'6'的文件。如果您将通配符'*'放到了取反号前面和后面，实际上取反号将失效，因为 shell 将其解释为"所有名称中任何位置都不含该字符的文件"。在我们的例子里，只有文件'666.bak'不符合该模式。

第二个通配符是问号(question mark)：'?'。在匹配时，一个问号只能代表一个字符。为了示范其用途，我们在上例的假设中添加两个新文件：'311.bak~'和'some.text'。现在，列出所有在点号后有四个字符的文件：

ls *.????

问号通配符能够有效地避免上面提到的'取反号陷阱'(negation trap)：

rm *[!4]?.*

将扩展成"所有除了点号前倒数第二个字符为'4'的文件"，也就是只保留文件'346.bak'。

您可能会问，有没有其他匹配方式？到目前为止，您只看到了在指定位置匹配唯一字符的方法。但其实您也可以这样：

ls [13]*

将列出所有以字符'1'或'3'开头的文件；在我们的例子中，文件'124.bak'、'311.bak~'和'346.bak'匹配。注意到您必须用中括号将匹配的模式括起来，否则模式只匹配以字符串'13'开头的文件。

接下来，您将高兴地看到还可以定义匹配的范围：

ls *[3-8]?.*

将列出所有点号前倒数第二个字符落在'3'到'8'范围的文件。在我们的例子中，匹配的文件是'346.bak'和'583.bak'。

二、引用 shell 的特殊字符

但是，上面的那些机制存在一个缺点：shell 总在命令执行前，试着进行扩展。有时候，会变得很棘手：

l 文件名包含特殊字符。假设您在那个目录中还有一个名为'!56.bak'的文件。下面试图进行模式匹配：
rm !*
rm
rm: too few arguments

shell 将'!*'解释成历史记录的替换（加入前一个命令的所有参数），而不是匹配方式。

l 命令本身带特殊字符作参数。一些 Linux 下的命令行工具，比如 (e)grep、sed、awk、find 及 locate ，都使用自己的正则表达式(regular expressions)。这些表达式与模式匹配看起来惊人地相似，但在某些地方又有所不同。

但为了使这些特殊命令生效，shell 就不能先将其当作模式匹配来解释：

find . -name [1-9]* -print
find: paths must precede expression

应该是：

find . -name '[1-9]*' -print
./346.bak
./124.bak
./583.bak
./311.bak~

您可以通过反斜线(back slash)来引用特殊字符，比如 ! 、$ 、? 或空格：

ls \!*
!56.bak

或者用（单）引号：

ls '!'*
!56.bak

请注意，要看清楚引号应该放在什么位置。命令 ls '!*' 将查找名为'!*'的文件，这是由于通配符也在引号间，所以只能依照字面来解释。

三、输出重定向

Unix 的理念是汇集许多小程序，每个东东都有特殊的专长。复杂的任务不是由大型软件完成，而是运用 shell 的机制，组合许多小程序共同完成。重定向就在其中发挥着重要的作用。

1、在多个命令间重定向

这要通过管道(pipe)，由管道符号｜来标识。语法是：

command1 | command2 | command3 等等

这种格式您一定已经见到过了。管道经常将一个程序的输出送到'more'或'less'来阅读。

ls -l | less

其中，第一个命令提供目录内容，第二个则将其以翻页的方式显示。更复杂的例子如：

rpm -qa | grep ^x | less

第一个命令给出所有已安装的 RPM 包，第二个则将其过滤(filter：'grep')，只剩下以'^x'开头的包，第三个命令则将结果以翻页的方式显示。

2、重定向至文件

有时，您希望将命令的输出结果保存到文件中，或以文件内容作为命令的参数。这可以通过'>'和'<'来实现。

command > file

将 command 的输出保存到 file 中，这将覆盖 file 中的内容：

ls > dirlist

将当前目录的内容保存到'dirlist'文件。

command < file

将 file 内容作为 command 的输入：

sort < dirlist > sdirlist

将文件'dirlist'的内容送到命令'sort'，然后再将排序后的结果送到文件'sdirlist'。当然，您也可以一步到位：

ls | sort > sdirlist

一种特殊的方式是'command 2> file'。这将 command 执行的出错信息送到 file 中。这个您到时候会需要……

另一种操作符是'>>'，这将输出添加到已存在的文件中：

echo "string" >> file

将 string 加到文件 file 中。这是不打开文件而完成编辑的好办法！

但是，'<'和'>'操作符都有一个重要的限制：

command < file1 > file1

将删除 file1 的内容，而

command < file1 >> file1

却可以很好地工作，将加工过的 file1 内容加回到文件中。

是不是有点多？;-) 不必惊慌，您完全可以按照自己的速度，一步步地来学习。别忘了，实践是最好的学习方法……

熟知了许多 shell 的机制后， 您可能急着想知道如何来定制环境。在后面的两篇中，您将得到这方面的启示。在最后一篇中，还有一段如何处理 shell 出错信息的常见问答(FAQ)，及一些配置技巧。

第五篇：bash 配置文件／提示符／改变 $PATH

一、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'权限，还可以使您的设置更具个性。当系统级与用户级 的设置发生冲突时，将优先采用用户的设置。

二、提示符

每次当您打开一个控制台(console)或 xterm 时，最先看到的就是提示符(prompt)，类似于：

account@hostname ~ $

在默认设置下，提示符将显示您的用户名、主机名（默认是'localhost'）、当前所在目录（在 Unix 中，'~'表示您的 home 目录）。

按照传统，最后一个字符可以标识您是普通用户（$），还是'root'（#）。

您可以通过 $PS1 变量来设置提示符。命令

echo $PS1

将显示当前的设定。其中可用字符的含义在 man bash 的'PROMPTING'部分有说明。

如何才能完成理想的设置呢？对于健忘的初学者来讲，默认设定有些不友好，因为提示符只显示当前目录的最后一部分。如果您看到象这样的提示符

tom@localhost bin $

您的当前目录可能是'/bin'、'/usr/bin'、'/usr/local/bin'及'/usr/X11R6/bin'。当然，您可以用

pwd （输出当前目录，print working directory）

能不能叫 shell 自动告诉您当前目录呢？

当然可以。这里我将提到的设定，包括提示符，大都包含在文件'/etc/bashrc'中。您可以通过编辑各自 home 目录下的'.bash_profile'和'.bashrc'来改变设置。

在 man bash 中的'PROMPTING'部分，对这些参数(parameter)有详细说明。您可以加入一些小玩意，如不同格式的当前时间，命令的历史记录号，甚至不同的颜色。

在'~/.bashrc'中，我喜欢的设定是：

PS1="\[\033[1m\][\w]\[\033[0m\] "

'root'在'~/.bashrc'中的设定 是：

PS1="\[\033[0;31m\][\w]\[\033[0m\] "

这样我得到的提示符就是：

[/usr/bin]

当用'root'时，变成：

[/usr/bin]

我已经除掉了主机名和用户名，因为我用不着这些。但我首先想一眼就能看出我的身份是普通用户还是'root'。注意到，普通用户的提示符可以是黑底白字，或白底黑字。

要在终端上获得恰当的颜色调配， 您可以编辑下面这个脚本color ，赋予执行权限（chmod +x color），然后再运行。

#!/bin/bash
#
# This file echoes a bunch of color codes to the
# terminal to demonstrate what's available. Each
# line is the color code of one forground color,
# out of 17 (default + 16 escapes), followed by a
# test use of that color on all nine background
# colors (default + 8 escapes).
#
T='gYw' # The test text
echo -e "\n 40m 41m 42m 43m\
       44m 45m 46m 47m";
for FGs in ' m' ' 1m' ' 30m' '1;30m' ' 31m' '1;31m' ' 32m' \
             '1;32m' ' 33m' '1;33m' ' 34m' '1;34m' ' 35m' '1;35m' \
             ' 36m' '1;36m' ' 37m' '1;37m';
    do FG=${FGs// /}
    echo -en " $FGs \033[$FG $T "
    for BG in 40m 41m 42m 43m 44m 45m 46m 47m;
      do echo -en "$EINS \033[$FG\033[$BG $T \033[0m";
    done
    echo;
done
echo

一种更适当的设定：

PS1="\u: \w\\$ "

这样，提示符就变成：

user_name: /usr/bin$

您可以通过命令 export 来测试不同的设置（比如，export PS1="\u: \w\\$ "）。如果找到了适合的提示符，就将设置放到您的'.bashrc''中。这样，每次打开控制台或终端窗口时，都会生效。

您甚至可以给提示符设定主题(theme)，也就是搭配不同的颜色，使其看起来象很棒的 ol
的 C64 提示符。如果您对此感兴趣，可以看一下
Bashish（ ）。

三、改变 $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 变量由于目录复制，不断地增长。

第六篇：命令的别名、Shell 函数／从这里出发／Shell 常见问题

一、命令的别名、Shell 函数

记住所有的命令及各自带的可选项，然后每次一一输入，这确实有点枯燥。但幸运的是，您可以为常用命令定义快捷方式。这些快捷方式可以用较简单的命令别名(alias)，或复杂一些的 shell 函数的语法来定义。

1、命令的别名

例如，我用下面的命令来上传 MUO 中的文件：

rsync -e ssh -z -t -r -vv --progress /home/tom/web/muo/rsmuo/docs muo:/www/mandrakeuser/docs

显然，如果每次都要逐一输入，那我早晚会变成木头。因此我在'~/.bashrc'中定义了别名：

alias upmuo='rsync -e ssh -z -t -r -vv --progress /home/tom/web/muo/rsmuo/docs muo:/www/mandrakeuser/docs'

现在，我只要输入 upmuo 就可以完成上传任务了。

定义别名的语法是：

alias shortcut='command'

命令中有空格的话 ，就需要用引号（如在命令与可选项间就有空格）。请注意，您可以用单引号或双引号，但他们是有区别的。

单引号将剥夺其中的所有字符的特殊含义，而双引号中的'$'（参数替换）和'`'（命令替换）是例外。这意味着，如果您想在别名中应用变量或命令的替换，就得用双引号。看一下上面的例子，我在'.bashrc'中定义了一个称为 MUOHOME 的变量：

export MUOHOME=$HOME/web/muo/rsmuo/docs

要在上面的别名中用上这个变量，我就必须用双引号：

alias upmuo="rsync -e ssh -z -t -r -vv --progress $MUOHOME muo:/www/mandrakeuser/docs"

否则，别名将查找一个名为'$MUOHOME'的目录或文件。

您可以用'alias'在命令行快速地创建别名，或将命令放到各自的'~/.bashrc'，或放到系统级的 '/etc/profile.d/alias.sh'中（而在 Mandrake Linux 8 以前的版本里，用的是'/etc/bashrc'）。要删除一个别名，只要输入：unalias alias 。运行 alias 将列出您系统中所有定义的别名。

如果看一下'~/.bashrc'和'/etc/profile.d/alias.sh'，您会发现系统已经定义了一些别名。您可以为同一个命令定 义多个别名。当然，您得先确认别名与其他程序名不同，比如象 alias rm='ls -l' 这样的就不能工作。您可以在命令行输入这些快捷方式，测试一下。如果 shell 找不到相同名称的命令，那您就可以将其用作别名了。

以下别名可能有用（不要忘了引号！） ：

l alias rpmq='rpm -qa | grep' ：现在 rpmq string 就将列出所有名称中含有 string 的已安装 RPM 包，
l alias ls='ls -ho --color | more' ：ls 将以彩色分页方式列出文件，文件大小以 KB为单位，
l alias use='du --max-depth=1 | sort -n | more' ：use 将子目录按大小排好，并以分页方式列出，

目录的别名也可以是可移动的介质：alias dlm='/mnt/cdrom/RedHat/RPMS/' 。

提示：将有相似功能的别名以相同字母开头，比如将所有目录的别名以'd'作开头，这样有助于记忆。

我相信，您将会用到这些功能。

2、Shell 函数

写 shell 函数涉及到了 shell 脚本，这超出了我们讨论的范围（也不在我的掌握范围之内 ;-)）。事实上，shell 函数属于 shell 脚本，但可以在同一 shell 下被预加载(preload)和执行（而一般的 shell 脚本至少要打开一个 sub-shell）。

通过 shell 函数，您可以做很多 aliases 无法完成的事情。下面就是一个例子：

function apros() { apropos $1 | egrep -v '(3|\(n\)'; }


定义了一个新命令，称为'apros'。apros name 将先执行'apropos name'（即在 man page 中搜索命令），然后将得到的输出送到管道（|），接着用'egrep'过滤，排除第'3'和第'n'章节的 man page ，这个命令可能没什么大用处，但可以整理'apropos'命令的输出。

函数允许您在函数内部任何位置，使用运行时的参数。而别名，则只允许在命令行尾放一个参数（比如前面的别名'rpmq'）。

'$1'就是位置参数(positional parameter)，表示函数第一个参数的位置标识符。依此类推，还有'$2'等。

function apros() { apropos $1 | egrep -v "\($2"; }

如果您这样运行'apros'命令：

apros name man_section_number

这个命令将搜索标题中含 name 的 man pages ，但排除 man_section_number 部分：

apros menu 3

将搜索标题含'menu'的 man page ，但排除第三章节（关于编程的）。注意到您得引用（quote） 两次，而且还用到了双引号：

l 您必须引用'egrep'的搜索模式，这样可以不至于被 shell 误解。
l 您必须用双引号，这样第二个参数才能被正确解释。
l 您必须引用圆括号，这样使'egrep'按字面意思对待对待参数。

是不是有点意思？;-)

shell 函数的处理类似于别名：将其放到您的'.bashrc'文件，这样就能永久生效了。

二、从这里出发

我们谈到的只是 shell 的一个开头。掌握了shell 脚本，您就可以做很多事情，比如将任务自动化，纠正别人脚本中的错误，按照您的习惯定制 Linux 系统。如果您打算学习某种复杂的编程语言，那 shell 脚本也是一个很好的开端，因为基本概念都是类似的。

BASH Programming - Introduction HOW-TO：

将更深入这些主题，并且将把您带到 shell 编程的世界。然后可以继续阅读我强烈推荐的 Advanced Bash-Scripting Guide（ ），作者是：Mendel Cooper 。

如果您偏好纸书，那我推荐 S. Veeraraghavan 的《Teach Yourself Shell Programming》，Sams 出版社。我倒觉得 O'Reilly 公司由 Newham/Rosenblatt 写的《Learning the bash Shell》，不过尔尔，但这可能只有我这么看 ;-) 。

除了这些，就是练习，练习，再练习。阅读其他人写的 shell 脚本，看看他们在做什么，怎么做，为什么那样做。

请不要用'root'测试您的脚本。Have fun 。

关于本文

flaboy兄当时整理时发在了LinuxSir.Org 论坛 SHELL讨论区中，是作为SHELL 基础教材的形式帖出的，他在整理时“本文编译整理时对相关章节做了相应的删改处理，去掉了针对Mandrake Linux的部分内容。”；

我看这个文档极其不错，进行了再次整理，并对文档的结构进行了调整，根据文档的内容，我适当的加了序列号，并做了一个目录，主要是方便大家阅读；感谢原作者及中译者，同时也感谢flaboy兄的整理；

我想整理文档也是件比较幸福的事情，至少在看文档的时候，我能知道有哪些是比较关健的，也能得到我想要学的东西，所以我会一直整理文档；如果时间允许并有能力的话，我也会写一些。── 北南南北

整理文档是没任何技术含量的，为什么你会做呢？

虽然没有技术含量，但我想如果能为他人带来一点点方便，我想我所做的还是值得的，相对原创者和中译者来说，我做的又算什么呢？

── 北南南北