說(shuō)到shell通配符（wildcard），大家在使用時(shí)候會(huì)經(jīng)常用到。下面是一個(gè)實(shí)例：

[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: 無(wú)法訪問(wèn) d*.txt: 沒(méi)有那個(gè)文件或目錄

從上面這個(gè)實(shí)例，不知道大家有沒(méi)有發(fā)現(xiàn)問(wèn)題呢。我們先了解一下，通配符相關(guān)知識(shí)，再分析下這個(gè)實(shí)例吧。

一、linux shell通配符(wildcard)

通配符是由shell處理的（不是由所涉及到命令語(yǔ)句處理的，其實(shí)我們?cè)趕hell各個(gè)命令中也沒(méi)有發(fā)現(xiàn)有這些通配符介紹）, 它只會(huì)出現(xiàn)在 命令的“參數(shù)”里（它不用在 命令名稱里， 也不用在 操作符上）。當(dāng)shell在“參數(shù)”中遇到了通配符時(shí)，shell會(huì)將其當(dāng)作路徑或文件名去在磁盤(pán)上搜尋可能的匹配：若符合要求的匹配存在，則進(jìn)行代換(路徑擴(kuò)展)；否則就將該通配符作為一個(gè)普通字符傳遞給“命令”，然后再由命令進(jìn)行處理?？傊ㄅ浞?實(shí)際上就是一種shell實(shí)現(xiàn)的路徑擴(kuò)展功能。在 通配符被處理后, shell會(huì)先完成該命令的重組，然后再繼續(xù)處理重組后的命令，直至執(zhí)行該命令。

我們回過(guò)頭分析上面命令吧：在第2個(gè)命令中，*.txt 實(shí)際shell搜索文件,找到了符合條件的文件，命令會(huì)變成：ls a.txt b.txt ,實(shí)際在執(zhí)行l(wèi)s 時(shí)候傳給它的是a.txt b.txt .

而命令3，d*.txt 由于當(dāng)前目錄下面沒(méi)有這樣的文件或目錄，直接將”d*.txt” 作為ls 參數(shù)，傳給了 ls .這個(gè)時(shí)候”*” 只是一個(gè)普通的 ls 參數(shù)而已，已經(jīng)失去了它通配意義。 由于找不到文件，所以會(huì)出現(xiàn)：無(wú)法訪問(wèn)提示！

了解了shell通配符，我們現(xiàn)在看下，shell常見(jiàn)通配符有那一些了。

shell常見(jiàn)通配符：

需要說(shuō)明的是：通配符看起來(lái)有點(diǎn)象正則表達(dá)式語(yǔ)句，但是它與正則表達(dá)式不同的，不能相互混淆。把通配符理解為shell 特殊代號(hào)字符就可。而且涉及的只有，*,? [] ,{} 這幾種。

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

shell 除了有通配符之外，由shell 負(fù)責(zé)預(yù)先先解析后，將處理結(jié)果傳給命令行之外，shell還有一系列自己的其他特殊字符。

加入”*” 都是作用在命令名直接?？梢钥吹絪hell 元字符，基本是作用在命令上面，用作多命令分割（或者參數(shù)分割）。因此看到與通配符有相同的字符，但是實(shí)際上作用范圍不同。所以不會(huì)出現(xiàn)混淆。

以下是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:

|| & && ; ;; ( ) | <newline>

三、shell轉(zhuǎn)義符

有時(shí)候，我們想讓 通配符，或者元字符 變成普通字符，不需要使用它。那么這里我們就需要用到轉(zhuǎn)義符了。 shell提供轉(zhuǎn)義符有三種。

man bash 英文解釋如下：

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

實(shí)例:

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

ls: 無(wú)法訪問(wèn) *.txt: 沒(méi)有那個(gè)文件或目錄

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

ls: 無(wú)法訪問(wèn) *.txt: 沒(méi)有那個(gè)文件或目錄

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

a.txt

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

a.txt b.txt

可以看到，加入了轉(zhuǎn)義符 “*”已經(jīng)失去了通配符意義了。

四、shell解析腳本的過(guò)程

看到上面說(shuō)的這些，想必大家會(huì)問(wèn)到這個(gè)問(wèn)題是，有這么想特殊字符，通配符，那么 shell在得到一條命令，到達(dá)是怎么樣處理的呢？我們看下下面的圖：

如果用雙引號(hào)包括起來(lái)，shell檢測(cè)跳過(guò)了1-4步和9-10步，單引號(hào)包括起來(lái)，shell檢測(cè)就會(huì)跳過(guò)了1-10步。也就是說(shuō)，雙引號(hào) 只經(jīng)過(guò)參數(shù)擴(kuò)展、命令代換和算術(shù)代換就可以送入執(zhí)行步驟，而單引號(hào)轉(zhuǎn)義符直接會(huì)被送入執(zhí)行步驟。而且，無(wú)論是雙引號(hào)轉(zhuǎn)義符還是單引號(hào)轉(zhuǎn)義符在執(zhí)行的時(shí)候能夠告訴各個(gè)命令自身內(nèi)部是一體的，但是其本身在執(zhí)行時(shí)是并不是命令中文本的一部分。

五、總結(jié)

到此這篇關(guān)于Linux中shell解析腳本的通配符、元字符、轉(zhuǎn)義符說(shuō)明的文章就介紹到這了,更多相關(guān)Linux中shell的通配符、元字符、轉(zhuǎn)義符內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論