howard@0[script]$ grep Susan phonebook
Susan Goldberg 403-212-4921
Susan Topple 212-234-2343
如果我们想查找的是Susan Goldberg,不能直接使用grep Susan Goldberg phonebook命令,grep会把Goldberg和phonebook当作需要搜索的文件
howard@0[script]$ grep 'Susan Gold' phonebook
Susan Goldberg 403-212-4921
当shell碰到第一个单引号时,它忽略掉其后直到右引号的所有特殊字符
双引号作用与单引号类似,区别在于它没有那么严格。单引号告诉shell忽略所有特殊字符,而双引号只要求忽略大多数,具体说,括在双引号中的三种特殊字符不被忽略:$,/,` ,即双引号会解释字符串的特别意思,而单引号直接使用字符串. 如果使用双引号将字符串赋给变量并反馈它,实际上与直接反馈变量并无差别。如果要查询包含空格的字符串,经常会用到双引号。
howard@0[script]$ x=*
howard@0[script]$ echo $x
hello.sh menus.sh misc.sh phonebook tshift.sh
howard@0[script]$ echo '$x'
$x
howard@0[script]$ echo "$x"
*
这个例子可以看出无引号、单引号和双引号之间的区别。在最后一种情况中,双引号告诉shell在引号内照样进行变量名替换,所以shell把$x替换为*,因为双引号中不做文件名替换,所以就把*作为要显示的值传递给echo。
shell再次扫描命令行,碰到星号*,把它替换成当前目录下的文件清单;
shell启动执行echo命令,把文件清单作为参数传递给echo.
这个赋值的先后次序非常重要:shell先作变量替换,然后作文件名替换,最后把这行处理为参数
命令替换是指shell能够将一个命令的标准输出插在一个命令行中任何位置。shell中有两种方法作命令替换:把shell命令用反引号或者$(...)结构括起来,其中,$(...)格式受到POSIX标准支持,也利于嵌套。
howard@0[script]$ echo The date and time is `date`
The date and time is 三 6月 15 06:10:35 CST 2005
howard@0[script]$ echo Your current working directory is $(pwd)
Your current working directory is /home/howard/script
4. 反斜杠 backslash-escaped( / )
反斜杠一般用作转义字符,或称逃脱字符,linux如果echo要让转义字符发生作用,就要使用-e选项,且转义字符要使用双引号
echo -e "/n"
反斜杠的另一种作用,就是当反斜杠用于一行的最后一个字符时,shell把行尾的反斜杠作为续行,这种结构在分几行输入长命令时经常使用。
还是回到我们的command line来吧... 经过前面几问的学习,应该很清楚当你在shell prompt后面敲打键盘、直到按下Enter的时候,你输入的文字就是command line了,然后shell才会以进程的方式执行你所交给它的命令。
但是,你又可知道:你在command line输入的每一个文字,对shell来说,是有类别之分的呢?
简单而言(我不敢说这是精确的定议),command line的每一个charactor,分为如下两种:
* literal:也就是普通纯文字,对 shell 来说没特殊功能。
* meta:对 shell 来说,具有特定功能的特殊保留字符。
(注:关于bash shell在处理command line时的顺序说明,请参考 O'Reilly 出版社之 Learning the Bash Shell, 2nd Edition,第177-180页的说明,尤其是178页的流程图Figure 7-1...)
Literal没什么好谈的,凡举abcd、123456这些"文字"都是literal...(easy?),但meta却常使我们困惑..... (confused?)
事实上,前面几问我们在 command line 中已碰到两个机乎每次都会碰到的 meta :
* IFS:由 <space> 或 <tab> 或<enter>三者之一组成(我们常用space)。
* CR:由 <enter> 产生。
IFS 是用来拆解command line的每一个词(word)用的,因为shell command line是按词来处理的。
而CR则是用来结束command line用的,这也是为何我们敲 <enter> 命令就会跑的原因。
除了IFS与CR,常用的 meta 还有:
= : 设定变量。
$ : 作变量或运算替换(请不要与 shell prompt 搞混了)。
> :重导向 stdout。
< :重导向 stdin。
|:命令管线。
& :重导向 file descriptor ,或将命令置于背境执行。
( ):将其内的命令置于 nested subshell 执行,或用于运算或命令替换。
{ }:将其内的命令置于 non-named function 中执行,或用在变量替换的界定范围。
; :在前一个命令结束时,而忽略其返回值,继续执行下一个命令。
&& :在前一个命令结束时,若返回值为 true,继续执行下一个命令。
|| :在前一个命令结束时,若返回值为 false,继续执行下一个命令。
!:执行 history 列表中的命令
....
假如我们需要在command line中将这些保留字符的功能关闭的话,就需要 quoting 处理了。
在 bash 中,常用的 quoting 有如下三种方法:
* hard quote:' ' (单引号),凡在 hard quote 中的所有 meta 均被关闭。
* soft quote: " " (双引号),在 soft quoe 中大部份 meta 都会被关闭,但某些则保留(如 $ )。(注:在soft quote中被豁免的具体meta清单,我不完全知道,有待大家补充,或透过实作来发现及理解。)
* escape : / (反斜线),只有紧接在 escape (跳脱字符)之后的单一 meta 才被关闭。
下面的例子将有助于我们对 quoting 的了解:
$ A=B C # 空格键未被关掉,作为 IFS 处理。
$ C: command not found. (FIXME)
$ echo $A
$ A="B C" # 空格键已被关掉,仅作为空格键处理。
$ echo $A
B C
在第一次设定 A 变量时,由于空格键没被关闭,command line 将被解读为:
* A=B 然后碰到<IFS>,再执行 C 命令
在第二次设定 A 变量时,由于空格键被置于 soft quote 中,因此被关闭,不再作为 IFS :
* A=B<space>C
事实上,空格键无论在 soft quote 还是在 hard quote 中,均会被关闭。Enter 键亦然:
$ A='B
> C
> '
$ echo $A
B
C
在上例中,由于<enter>被置hard quote当中,因此不再作为CR字符来处理。
这里的<enter>单纯只是一个断行符号(new-line)而已,由于 command line 并没得到 CR 字符,因此进入第二个 shell prompt(PS2,以>符号表示),command line并不会结束,直到第三行,我们输入的 <enter> 并不在hard quote里面,因此并没被关闭,此时,command line碰到 CR 字符,于是结束、交给 shell 来处理。
上例的 <enter> 要是被置于 soft quote 中的话,也会同样被关闭,用 escape 亦可:
$ A=B/
> C/
>
$ echo $A
B
C
上例中,第一个 <enter> 跟第二个 <enter> 均被 escape 字符关闭了,因此也不作为 CR 来处理,但第三个 <enter> 由于没被跳脱,因此作为 CR 结束 command line 。
至于 soft quote 跟 hard quote 的不同,主要是对于某些 meta 的关闭与否,以 $ 来作说明:
$ A=B/ C
$ echo "$A"
B C
$ echo '$A'
$A
在第一个 echo 命令行中,$ 被置于 soft quote 中,将不被关闭,因此继续处理变量替换,因此 echo 将 A 的变量值输出到荧幕,也就得到 "B C" 的结果。在第二个 echo 命令行中,$ 被置于 hard quote 中,则被关闭,因此 $ 只是一个 $ 符号,并不会用来作变量替换处理,因此结果是 $ 符号后面接一个 A 字母:$A 。
--------------------------------------
练习与思考:如下结果为何不同?
$ A=B/ C
$ echo '"$A"' # 最外面的是单引号
"$A"
$ echo "'$A'" # 最外面的是双引号
'B C'
(提示:单引号及双引号,在 quoting 中均被关?#93;了。)
--------------------------------------
在CU的shell版里,我发现有很多初学者的问题,都与quoting理解的有关。比方说,若我们在awk或sed的命令参数中调用之前设定的一些变量时,常会问及为何不能的问题。
要解决这些问题,关键点就是:
* 区分出 shell meta 与 command meta
前面我们提到的那些 meta ,都是在 command line 中有特殊用途的,比方说 { } 是将其内一系列 command line 置于不具名的函式中执行(可简单视为 command block ),但是,awk 却需要用 { } 来区分出 awk 的命令区段(BEGIN, MAIN, END)。 若你在 command line 中如此输入:
$ awk {print $0} 1.txt
由于 { } 在 shell 中并没关闭,那 shell 就将 {print $0} 视为 command block,但同时又没有" ; "符号作命令区隔,因此就出现 awk 的语法错误结果。
要解决之,可用 hard quote :
$ awk '{print $0}' 1.txt
上面的 hard quote 应好理解,就是将原本的 {、<space>、$(注三)、} 这几个 shell meta 关闭,避免掉在 shell 中遭到处理,而完整的成为 awk 参数中的 command meta 。( 注:而其中的$0是awk内建的field number,而非awk的变量,awk自身的变量无需使用$ 。)
要是理解了 hard quote 的功能,再来理解 soft quote与 escape 就不难:
awk "{print /$0}" 1.txt
awk /{print/ /$0/} 1.txt
然而,若你要改变 awk 的 $0 的 0 值是从另一个 shell 变量读进呢?比方说:已有变量 $A 的值是0,那如何在 command line 中解决 awk 的 $$A 呢?你可以很直接否定掉 hard quoe 的方案:
$ awk '{print $$A}' 1.txt
那是因为 $A 的 $ 在 hard quote 中是不能替换变量的。
聪明的读者(就是你!),经过本章学习,我想,应该可以解释为何我们可以使用如下操作了吧:
A=0
awk "{print /$$A}" 1.txt
awk /{print/ /$$A/} 1.txt
awk '{print $'$A'}' 1.txt
awk '{print $'"$A"'}' 1.txt # 注:"$A" 包在 soft quote 中
或许,你能举出更多的方案呢.... ^_^