概述
19. 在结束本章之前,再跟大家补充两个与 loop 有关的命令:
* break
* continue
这两个命令常用在复合式循环里,也就是在 do ... done 之间又有更进一层的 loop ,
break 是用来打断循环,也就是"强迫结束" 循环。 若 break 后面指定一个数值 n 的话,则"从里向外"打断第 n 个循环,
默认值为 break 1 ,也就是打断当前的循环。
在使用 break 时需要注意的是, 它与 return 及 exit 是不同的:
* break 是结束 loop
* return 是结束 function
* exit 是结束 script/shell
若你理解不来的话,那你可简单的看成:在 continue 到 done 之间的句子略过而返回循环顶端...
与 break 相同的是: continue 后面也可指定一个数值 n , 以决定继续哪一层(从里向外计算)的循环, 默认值为 continue 1 ,也就是继续当前的循环。
b1) [^ ] 跟 [! ] 差在哪?
这个问题等了好久都没人出来补充, 而我呢, 也被追杀了好几回... ^_^
趁着今晚有一点空闲, 赶快将此桩心事做一了结吧...
这道题目说穿了, 就是要探讨 Wildcard 与 Regular Expression 的差别的.
这也是许多初学 shell 的朋友很容易混乱的地方.
首先, 让我们回到十三问之第 2 问, 再一次将我们提到的 command line format 温习一次:
代码:
command_name options arguments
同时, 也再来理解一下我在第 5 问所提到的变量替换的特性:
代码:
先替换, 再重组 command lline!
有了这两道基础后, 才让我们来看看 wildcard 是甚么回事吧.
Part-I: Wildcard
首先, wildcard 也是属于 command line 的处理工序, 作用于 argument 里的 path 之上.
没错, 它不用在 command_name 也不用在 options 上.
而且, 若 argument 不是 path 的话, 那也与 wildcard 无关.
换句更为精确的定义来讲, wildcard 是一种命令行的路径扩展(path expansion)功能.
提到这个扩展, 那就不要忘记了 command line 的"重组"特性了!
是的, 这与变量替换(variable substitution)及命令替换(command substitution)的重组特
性是一样的!
也就是在 wildcard 进行扩展后, 命令行会先完成重组才会交给 shell 来处理.
了解了 wildcard 的扩展与重组特性后, 接下来, 让我们了解一些常见的 wildcard 吧:
*: 匹配 0 或多个字符
?: 匹配任意单一字符
[list]: 匹配 list 中的任意单一字符(注一)
[!list]: 匹配不在 list 中的任意单一字符
{string1,string2,...}: 匹配 sring1 或 string2 (或更多)其一字符串
(注一: list 可以为指定的个别字符, 如 abcd; 也可以为一段 ASCII 字符的起止范围, 如:
a-d .)
例:
a*b: a 与 b 之间可以有任意长度的任意字符, 也可以一个也没有, 如: aabcb, axyzb,
a012b, ab 等.
a?b: a 与 b 之间必须也只能有一个字符, 可以是任意字符, 如: aab, abb, acb, a0b 等.
a[xyz]b: a 与 b 之间必须也只能有一个字符, 但只能是 x 或 y 或 z, 如: axb, ayb, azb
这三个.
a[!0-9]b: a 与 b 之间必须也只能有一个字符, 但不能是阿拉伯数字, 如: axb, aab, a-b 等.
a{abc,xyz,123}b: a 与 b 之间只能是 abc 或 xyz 或 123 这三个字符串之一, 如
aabcb, axyzb, a123b 这三个.
注意:
1) [! ] 中的 ! 只有放在第一顺位时, 才有排除之功. 举例说:
[!a]* 表示当前目录下所有不以 a 开首的路径名称.
/tmp/[a!]* 表示 /tmp 目录下以 a 或 ! 开首的路径名称. (思考: 为何 ! 前面要加 呢?
提示: 十三问之 4 )
2) [ -] 中的 - 左右两边均有字符时, 才表示一段范围, 否则仅作 "-"(减号) 字符来处理. 举
例说:
/tmp/*[-z]/[a-zA-Z]* 表示 /tmp 目录下所有以 z 或 - 结尾的子目录下以英文字母(不分
大小写)开首的路径名称.
3) 以 * 或 ? 开首的 wildcard 不能匹配隐藏文件(即以 . 开首的文件). 举例说:
*.txt 并不能匹配 .txt 但可匹配 1.txt 这样的路径名称.
但 1*txt 及 1?txt 均可匹配 1.txt 这样的路径名称.
基本上, 要掌握 wildcard 并不难, 只要多加练习, 再勤于思考, 就能熟加运用了.
再次提醒: 别忘了"扩充+重组"这个重要特性, 而且只作用在 argument 的 path 上.
比方说, 假设当前目录下有 a.txt b.txt c.txt 1.txt 2.txt 3.txt 这几份文件.
当我们在命令行中下达 ls -l [0-9].txt 的命令行时,
因为 wildcard 处于 argument 的位置上, 于是根据其匹配的路径, 扩展为 1.txt 2.txt
3.txt ,
再重组出 ls -l 1.txt 2.txt 3.txt 这样的命令行.
因此, 你在命令行上敲 ls -l [0-9].txt 与 ls -l 1.txt 2.txt 3.txt 都是同样的结果, 其原因正
是于此了...
Part-II: Regular Expression
接下来的 Regular Expression(RE) 可是个大题目, 要讲的很多, 我这里当然不可能讲得很完
全.
只希望带给大家一个基本的入门概念, 就很是足够了...
先来考一下英文好了: What is expression?
简单来说, 就是"表达", 也就是人们在沟通时所要陈述的内容.
然而, 生活中, 表达方要清楚的将意思描述清楚而让接收方完整且无误的领会, 可不是件容易
的事情.
因而才会出现那么多的"误会", 真可叹句"表达不易"啊....
同样的情形也发生在计算机的数据处理过程中, 尤其是当我们在描术一段"文字内容"的时候...
那么, 我们不禁要问: 有何方法可以让大家的误会降至最低程度而让表达的精确度达到最高程
度呢?
答案就是"标准化"了, 亦就是我们这里要谈的 Regular Expression 啦.... ^_^
然而, 在进入 RE 介绍之前, 不防先让我们温习一下 shell 十三问第 4 问, 也就是关于
quoting 的部份.
关键是要能够区分 shell command line 上的 meta 与 literal 这两种不同的字符类别.
然后, 我这里才跟你讲:
--- RE 表达式里的字符也是分为 meta 与 literal 这两种!
呵, 不知亲爱的读者是否被我搞混乱了呢? ... ^_^
这也难怪啦, 因为这的确是最容易混乱的地方, 刚学 RE 的朋友很多时候都死在这里!
因此请特别小心理解哦...
简单而言, 除非你将 RE 写在特定程序使用的脚本里,
否则, 我们的 RE 也是透过 command line 输入的.
然而, 不少 RE 所始用的 meta 字符, 跟 shell meta 字符是冲突的.
比方说, * 这个字符, 在 RE 里是一个 modifier(后述), 在 command line 上, 却是个
wildcard !
那么, 我们该如何解决这样的冲突呢? 关键就是看你对十三问第 4 问所提的 quoting 是否够
理解了!
若你明白到 shell quoting 就是在 command line 上关闭 shell meta 这一基本原理,
那你就能很轻松的解决 RE meta 与 shell meta 的冲突问题了:
--- 用 shell quoting 关掉 shell meta 就是了!
就这么简单... ^_^
再以刚提到的 * 字符为例, 若在 command line 中没有 quoting 处理的话, 如 abc* ,
那就会被作为 wildcard expansion 来扩充及重组了.
若将之置于 quoting 中, 如 "abc*", 则可避免 wildcard expansion 的处理. (注一)
(* 注一:
是否需要 quoting 得视具体的程序及具体的命令语法而定. 以 grep 为例:
假设当前目录下有 abc 与 abc-xyz 这两份文件, 其中 abc 文件的内容就是 abc 这行文字.
当我们在 command line 输入 grep abc* abc* 的时候,
第一个 abc* 事实上并不需要 quoting 就可避免 wildcard 处理, 而第二个 abc* 则会被
扩展为 abc abc-xyz .
在命令行重组后, 将会成为 grep abc* abc abc-xyz . 其输出结果会是: abc:abc
然而, 若我们的 command line 改为 echo abc | grep abc* 的话, 若没 quoting 处理的
话, * 会被视为 wildcard ,
在命令行重组后, 将会成为 echo abc | grep abc abc-xyz . 将得不到任何输出结果.
要想得到结果的话, 那 command line 应改为: echo abc | grep "abc*"
)
好了, 说了大半天, 还没进入正式的 RE 介绍呢...
大家别急, 因为我的教学风格就是要先建立基础, 循序渐进的... ^_^
因此, 我这里还要在啰唆一个观念, 才会到 RE 的说明啦... (哈... 别打我....)
当我们在谈到 RE 时, 千万别跟 wildcard 搞混在一起!
尤其在 command line 的位置里, wildcard 只作用于 argument 的 path 上.
但是 RE 却只用于"字符串处理"的程序之中, 这与路径名称一点关系也没有!
RE 所处理的字符串通常是指纯文档或透过 stdin 读进的内容...
okay, 够了够了, 我已看到一堆人开始出现不大耐烦的样子了.... ^_^
现在, 就让我门登堂入室, 撩开 RE 的神秘面纱吧, 这样可以放过我了吧? 哈哈...
在 RE 的表达式里, 主要分两种字符(character): literal 与 meta.
所谓 literal 就是在 RE 里不具特殊功能的字符, 如 abc, 123 这些;
而 meta 在 RE 里具有特殊的功能, 要关闭之需在 meta 前面使用 escape( )字符.
然而, 在介绍 meta 之前, 先让我们来认识一下字符组合(character set)会更好些.
所谓的 char. set 就是将多个连续的字符作一个集合, 比方说:
abc: 表示 abc 三个连续的字符, 但彼此独立而非集合. (可简单视为三个 char. set)
(abc): 表示 abc 这三个连续字符的集合. (可简单视为一个 char. set)
abc|xyz: 表示或 abc 或 xyz 这两个 char. set 之一.
[abc]: 表示单一字符, 可为 a 或 b 或 c . (与 wildcard 之 [abc] 原理相同)
[^abc]: 表示单一字符, 不为 a 或 b 或 c 即可. (与 wildcard 之 [!abc] 原理相同)
. : 表示任意单一字符. (与 wildcard 之 ? 原理相同)
转载于:https://blog.51cto.com/qqtthappygo/955794
最后
以上就是精明花卷为你收集整理的细读shell-5的全部内容,希望文章能够帮你解决细读shell-5所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复