Linux Shell 通配符、元字符、转义符使用实例介绍

到shell通配符（wildcard），大家在使用时候会经常用到。下面是一个实例

chengmo@localhost ~/shell]$ ls

a.txt  b.txt  c.old

[chengmo@localhost ~/shell]$ ls *.txt

a.txt  b.txt

[chengmo@localhost ~/shell]$ ls d*.txt

ls: 无法访问 d*.txt: 没有那个文件或目录

从上面这个实例，不知道大家有没有发现问题呢。我们先了解一下，通配符相关知识，再分析下这个实例吧。

一、linux shell通配符(wildcard)

通配符是由shell处理的（不是由所涉及到命令语句处理的，其实我们在shell各个命令中也没有发现有这些通配符介绍）, 它只会出现在 命令的“参数”里（它不用在 命令名称里， 也不用在 操作符上）。当shell在“参数”中遇到了通配符时，shell会将其当作路径或文件名去在磁盘上搜寻可能的匹配：若符合要求的匹配存在，则进行代换(路径扩展)；否则就将该通配符作为一个普通字符传递给“命令”，然后再由命令进行处理。总之，通配符 实际上就是一种shell实现的路径扩展功能。在 通配符被处理后, shell会先完成该命令的重组，然后再继续处理重组后的命令，直至执行该命令。

 

我们回过头分析上面命令吧：在第2个命令中，*.txt 实际shell搜索文件,找到了符合条件的文件，命令会变成：ls a.txt b.txt ,实际在执行ls 时候传给它的是a.txt b.txt .

 

而命令3，d*.txt 由于当前目录下面没有这样的文件或目录，直接将”d*.txt” 作为ls 参数，传给了 ls .这个时候”*” 只是一个普通的 ls 参数而已，已经失去了它通配意义。 由于找不到文件，所以会出现：无法访问提示！

了解了shell通配符，我们现在看下，shell常见通配符有那一些了。

shell常见通配符：

字符	含义	实例
*	匹配 0 或多个字符	a*b  a与b之间可以有任意长度的任意字符, 也可以一个也没有, 如aabcb, axyzb, a012b, ab。 *([0-9]) 相当于正则的 [0-9]*
?	匹配任意一个字符	a?b  a与b之间必须也只能有一个字符, 可以是任意字符, 如aab, abb, acb, a0b。  ?([0-9]) 相当于正则的 [0-9]?
[list]	匹配 list 中的任意单一字符	a[xyz]b   a与b之间必须也只能有一个字符, 但只能是 x 或 y 或 z, 如: axb, ayb, azb。
[!list]	匹配 除list 中的任意单一字符	a[!0-9]b  a与b之间必须也只能有一个字符, 但不能是阿拉伯数字, 如axb, aab, a-b。
[c1-c2]	匹配 c1-c2 中的任意单一字符 如：[0-9] [a-z]	a[0-9]b  0与9之间必须也只能有一个字符 如a0b, a1b... a9b。
{string1,string2,...}	匹配 sring1 或 string2 (或更多)其一字符串	a{abc,xyz,123}b    a与b之间只能是abc或xyz或123这三个字符串之一。 {1..3}.txt    这种情况就只可能是1.txt或2.txt或3.txt a{1,2}b{3,4}   这样会依次匹配输出结果是a1b3 a1b4 a2b3 a2b4

 

需要说明的是：通配符看起来有点象正则表达式语句，但是它与正则表达式不同的，不能相互混淆。把通配符理解为shell 特殊代号字符就可。而且涉及的只有，*,? [] ,{} 这几种。

 

 扩展模式匹配表达式

1. *(模式表) 匹配给定模式表中“模式”的0次或多次出现，各模式之间以“|”分开。例如，file*(.c|.o)将匹配文件file、file.c、file.o、file.c.c、file.0.0、file.c.o、file.o.c等，但不匹配file.h或file.s等。 

2. +(模式表) 匹配给定模式表中“模式”的1次或多次出现，各模式之间以“|”分开。例如，file+(.c|.o)匹配文件file.c、file.o、file.c.o、file.c.c等，但不匹配file。

3.   ?(模式表) 匹配模式表中任何一种“模式”的0次或1次出现，各模式之间以“|”分开。例如，file?(.c|.o)只匹配file、file.c和file.0，它不匹配多个模式或模式的重复出现，即不匹配file.c.c、file.c.0等。

4.   @(模式表) 仅匹配模式表中给定“模式”的一次出现，各模式之间以“|”分开。例如，file@(.c|.0)匹配file.c和file.0，但不匹配file、file.c.c、file.c.o等。

5.   !(模式表) 除给定模式表中的一个“模式”之外，它可以匹配其它任何东西。

可以看出，模式表达式的定义是递归的，每个表达式中都可以包含一个或多个模式。例如file*( .[cho]|.sh)是合法的模式表达式。

二、shell元字符（特殊字符 Meta）

shell 除了有通配符之外，由shell 负责预先先解析后，将处理结果传给命令行之外，shell还有一系列自己的其他特殊字符。

字符	说明
IFS	由 或 或 三者之一组成(我们常用 space )。
CR	由 产生。
=	设定变量。
$	作变量或运算替换(请不要与 shell prompt 搞混了)。
>	重导向 stdout。 *
<	重导向 stdin。 *
|	命令管线。 *
&	重导向 file descriptor ，或将命令置于背境执行。 *
( )	将其内的命令置于 nested subshell 执行，或用于运算或命令替换。 *
{ }	将其内的命令置于 non-named function 中执行，或用在变量替换的界定范围。
;	在前一个命令结束时，而忽略其返回值，继续执行下一个命令。 *
&&	在前一个命令结束时，若返回值为 true，继续执行下一个命令。 *
||	在前一个命令结束时，若返回值为 false，继续执行下一个命令。 *
!	执行 history 列表中的命令。*

加入”*” 都是作用在命令名直接。可以看到shell 元字符，基本是作用在命令上面，用作多命令分割（或者参数分割）。因此看到与通配符有相同的字符，但是实际上作用范围不同。所以不会出现混淆。

 

以下是man bash 得到的英文解析：

metacharacter
              A character that, when unquoted, separates words.  One of the following:
              |  & ; ( ) < > space tab
control operator
              A token that performs a control function.  It is one of the following symbols:
              || & && ; ;; ( ) |

 

三、shell转义符

有时候，我们想让 通配符，或者元字符 变成普通字符，不需要使用它。那么这里我们就需要用到转义符了。 shell提供转义符有三种。

字符	说明
‘’(单引号)	又叫硬转义，其内部所有的shell 元字符、通配符都会被关掉。注意，硬转义中不允许出现’(单引号)。
“”(双引号)	又叫软转义，其内部只允许出现特定的shell 元字符：$用于参数代换 `用于命令代替
\(反斜杠)	又叫转义，去除其后紧跟的元字符或通配符的特殊意义。

man bash 英文解释如下：

There are three quoting mechanisms: the escape character, single quotes, and double quotes.

实例:

 

01	[chengmo@localhost ~/shell]$ ls \*.txt

02	ls: 无法访问 *.txt: 没有那个文件或目录

03

04	[chengmo@localhost ~/shell]$ ls '*.txt'

05	ls: 无法访问 *.txt: 没有那个文件或目录

06

07	[chengmo@localhost ~/shell]$ ls 'a.txt'

08

a.txt

09

10	[chengmo@localhost ~/shell]$ ls *.txt

11	a.txt  b.txt

 

可以看到，加入了转义符 “*”已经失去了通配符意义了。

四、shell解析脚本的过程

看到上面说的这些，想必大家会问到这个问题是，有这么想特殊字符，通配符，那么shell在得到一条命令，到达是怎么样处理的呢？我们看下下面的图：

如果用双引号包括起来，shell检测跳过了1-4步和9-10步，单引号包括起来，shell检测就会跳过了1-10步。也就是说，双引号 只经过参数扩展、命令代换和算术代换就可以送入执行步骤，而单引号转义符直接会被送入执行步骤。而且，无论是双引号转义符还是单引号转义符在执行的时候能够告诉各个命令自身内部是一体的，但是其本身在执行时是并不是命令中文本的一部分。