| [作者]jxkgd [头衔]版主 [经验]53120 [等级]大将
[发帖]644 [回帖]841 [登陆]481 [发表时间]2006/4/24 19:39:01 [1楼]
|
|
注意到 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 提示符。如果您对此感兴趣，可以看一下
|
|
|
|
|
| [作者]jxkgd [头衔]版主 [经验]53120 [等级]大将
[发帖]644 [回帖]841 [登陆]481 [发表时间]2006/4/24 19:40:41 [2楼]
|
|
|
| [作者]jxkgd [头衔]版主 [经验]53120 [等级]大将
[发帖]644 [回帖]841 [登陆]481 [发表时间]2006/4/24 19:42:48 [3楼]
|
|
一、bash命令处理的12个步骤；
+-------------+ 单引号
|------------------------->| |--------------------------|
| ----------------------->| 1.分隔成记号|---- ---------------| |
| | ------------------->| | 双引号 | |
| | | +-------------+ | |
| | | || | |
| | |读取下一个命令 \/ | |
| | | +-------------------------------------------+ | |
| | | | 2. | | |
| | ------| 检验第一个记号 | | |
| | |开放的关键字 其他关键字 | | |
| | | 非关键字 | | |
| | +-------------------------------------------+ | |
| | || | |
| | \/ | |
| | +-----------------------------+ | |
| | 扩展别名 | 3. 检验第一个记号 | | |
| |------------| 别名 | | |
| | 不是别名 | | |
| +-----------------------------+ | |
| || | |
| \/ | |
| +--------------+ | |
| | 4.大括号扩展 | | |
| +--------------+ | |
| || | |
| \/ | |
| +--------------+ | |
| | 5.~符号扩展 | | |
| +--------------+ | |
| || | |
| \/ | |
| +--------------+ 双引号 | |
| | 6.参数扩展 |<-----------------| |
| +--------------+ |
| || |
| \/ |
| +------------------------------+ |
| | 7.命令替换(嵌套命令行处理) | |
| +------------------------------+ |
| || |
| \/ |
| +--------------+ 双引号 |
| | 8.算术扩展 |------------------| |
| +--------------+ | |
| || | |
| \/ | |
| +--------------+ | |
| | 9.单词分割 | | |
| +--------------+ | |
| || | |
| \/ | |
| +--------------+ | |
| | 10.路径名扩展| | |
| +--------------+ | |
| || | |
| \/ | |
| +----------------------------------------+ | |
| | 11.命令查寻：函数，内置命令，可执行文件|<---|-----|
| +----------------------------------------+
| ||
| \/
|将参数带入下一个命令 +-------------+
|----------eval--------------| 12.运行命令 |
+-------------+
结合上面的插图，这里给出命令行的12个步骤。
1、将命令行分成由固定元字符集分隔的记号；
SPACE, TAB, NEWLINE, ; , (, ), <, >, |, &
记号类型包括单词，关键字，I/O重定向符和分号。
2、检测每个命令的第一个记号，查看是否为不带引号或反斜线的关键字。
如果是一个开放的关键字，如if和其他控制结构起始字符串，function，{或(，则命令实际上为一复合命令。shell在内部对复合命令进行处理，读取下一个命令，并重复这一过程。如果关键字不是复合命令起始字符串(如then等一个控制结构中间出现的关键字)，则给出语法错误信号。
3、依据别名列表检查每个命令的第一个关键字；
如果找到相应匹配，则替换其别名定义，并退回第一步;否则进入第4步。该策略允许递归别名，还允许定义关键字别名。如alias procedure=function
4、执行大括号扩展，例如a{b,c}变成ab ac
5、如果~位于单词开头，用$HOME替换~。
使用usr的主目录替换~user。
6、对任何以符号$开头的表达式执行参数(变量)替换;
7、对形式$(string)的表达式进行命令替换；
这里是嵌套的命令行处理。
8、计算形式为$((string))的算术表达式；
9、把行的参数，命令和算术替换部分再次分成单词，这次它使用$IFS中的字符做分割符而不是步骤1的元字符集；
10、对出现*, ?, [ / ]对执行路径名扩展，也称为通配符扩展；
11、按命令优先级表(跳过别名)，进行命令查寻；
12、设置完I/O重定向和其他操作后执行该命令。
二、关于引用
1、单引号跳过了前10个步骤，不能在单引号里放单引号
2、双引号跳过了步骤1~5，步骤9~10，也就是说，只处理6~8个步骤。
也就是说，双引号忽略了管道字符，别名，~替换，通配符扩展，和通过分隔符分裂成单词。
双引号里的单引号没有作用，但双引号允许参数替换，命令替换和算术表达式求值。可以在双引号里包含双引号，方式是加上转义符"\"，还必须转义$, `, \。
三、eval的作用；
eval的作用是再次执行命令行处理，也就是说，对一个命令行，执行两次命令行处理。这个命令要用好，就要费一定的功夫。我举两个例子，抛砖引玉。
1、例子1：用eval技巧实现shell的控制结构for
用eval技巧实现shell的控制结构for。
[root@home root]# cat myscript1
#!/bin/sh
evalit(){
if [ $cnt = 1 ];then
eval $@
return
else
let cnt=cnt-1
evalit $@
fi
eval $@
}
cnt=$1
echo $cnt | egrep "^[1-9][0-9]*$" >/dev/null
if [ $? -eq 0 ]; then
shift
evalit $@
else
echo 'ERROR!!! Check your input!'
fi
[root@home root]# ./myscript1 3 hostname
home
home
home
[root@home root]# ./myscript1 5 id |cut -f1 -d' '
uid=0(root)
uid=0(root)
uid=0(root)
uid=0(root)
uid=0(root)
注意：bash里有两个很特殊的变量，它们保存了参数列表。
$*，保存了以$IFS指定的分割符所分割的字符串组。
$@，原样保存了参数列表，也就是"$1""$2"...
这里我使用了函数递归以及eval实现了for结构。
当执行eval $@时，它经历了步骤如下：
第1步，分割成eval $@
第6步，扩展$@为hostname
第11步，找到内置命令eval
重复一次命令行处理，第11步，找到hostname命令，执行。
注意：也许有人想当然地认为，何必用eval呢？直接$@来执行命令就可以了嘛。
例子2：一个典型错误的例子
错误！这里给个典型的例子大家看看。
[root@home root]# a="id | cut -f1 -d' '"
[root@home root]# $a
id：无效选项 -- f
请尝试执行‘id --help’来获取更多信息。
[root@home root]# eval $a
uid=0(root)
如果命令行复杂的话(包括管道或者其他字符)，直接执行$a字符串的内容就会出错。分析如下。
$a的处理位于第6步──参数扩展，也就是说，跳过了管道分析，于是"|", "cut", "-f1", "-d"都变成了id命令的参数，当然就出错啦。
但使用了eval，它把第一遍命令行处理所得的"id", "|", "cut", "-f1", "-d"这些字符串再次进行命令行处理，这次就能正确分析其中的管道了。
总而言之：要保证你的命令或脚本设计能正确通过命令行处理，跳过任意一步，都可能造成意料外的错误！
例子3：设置系统的ls色彩显示
eval $(dircolors -b /etc/dircolors)
eval语句通知shell接受eval参数，并再次通过命令行处理的所有步骤运行它们。
它使你可以编写脚本随意创建命令字符串，然后把它们传递给shell执行;
$()是命令替换，返回命令的输出字符串。
其中dircolors命令根据/etc/dircolors配置文件生成设置环境变量LS_COLORS的bash代码，内容如下
[root@localhost root]# dircolors -b > tmp
[root@localhost root]# cat tmp
LS_COLORS='no=00:fi=00:di=01;34:ln=01; ......
export LS_COLORS
#这里我没有指定配置文件，所以dircolors按预置数据库生成代码。
其输出被eval命令传递给shell执行。
eval是对Bash Shell命令行处理规则的灵活应用，进而构造"智能"命令实现复杂的功能。
上面提及的命令是eval其中一个很普通的应用，它重复了1次命令行参数传递过程，纯粹地执行命令的命令。
其实它是bash的难点，是高级bash程序员的必修之技。
四、命令优先级表
1、别名
2、关键字
3、函数
4、内置命令
5、脚本或可执行程序($PATH)
五、鉴于一些学习中会遇到的困惑，我再给出一些有趣的命令。
1、command builtin enable
上面的命令行提及过，第11步会进行命令查找，那它的具体过程如何呢？
它的默认查找次序为函数，内部命令，脚本和可执行代码。我们往往要在实际编程中跳过一些查找项以满足一定的功能需求。这时候就要用到这三个命令来施展魔法~~
2、command
跳过别名和函数的查找，换句话说，它只查找内部命令以及搜索路径中找到的脚本或可执行程序。
这里举个有趣的例子。
[root@home root]# type -all pwd
pwd is a shell builtin
pwd is /bin/pwd
[root@home root]# cat myscript2
#!/bin/sh
pwd(){
echo "This is the current directory."
command pwd
}
pwd
[root@home root]# ./myscript2
This is the current directory.
/root
我用pwd()函数取代了内置命令pwd以及外部命令/bin/pwd，然后在脚本里执行内置命令pwd。在这里我们为什么要用command呢？是为了避免函数陷入递归循环，因为函数名与内置命令同名，而函数的优先级比内置命令高。
3、builtin
顾名思义，它只查找内置命令。这个命令很简单，就不多说了。
4、enable
与builtin相反，它屏蔽一个内置命令，允许运行一个shell脚本或同名的可执行代码而无须给出完全路径名。
举个例子吧。
pwd命令有两个，一个是shell内置的，一个是可执行程序。
当执行一些奇怪的路径名后，shell内置的pwd会打印出"错误信息"，但外部的pwd会打印出当前目录的"原来面目"。请看下面：
[root@home root]# cd //
[root@home //]# pwd
//
[root@home //]# type -all pwd
pwd is a shell builtin
pwd is /bin/pwd
[root@home //]# /bin/pwd
/
[root@home //]# enable -n pwd
[root@home //]# pwd
/
这样，用enable -n屏蔽内置pwd命令后，就可以用外部pwd打印出正确的路径名了。
Bash博大精深，希望大家好好学习。
在网上看到了这贴子，觉得很不错，我对小文感觉不错，先发这里.
呵呵.开源的就过几天再发吧.
反正都是转贴...
|
|
|
|
|
| [作者]mon520 [头衔] [经验]30 [等级]平民
[发帖]0 [回帖]14 [登陆]1 [发表时间]2012/2/20 10:48:29 [4楼]
|
|
|
| [作者]chinnd [头衔] [经验]30 [等级]平民
[发帖]0 [回帖]14 [登陆]2 [发表时间]2012/5/3 8:43:53 [5楼]
|
|
|