Shell基本工作原理
發表在Shell於2006-11-12
Linux系統提供給用戶的最重要的系統程式是Shell命令語言解釋程式。它不屬於內核部分，而是在核心之外，以用戶態方式運行。其基本功能是解釋並執行用戶打入的各種命令，實現用戶與Linux核心的介面。系統初啟後，核心為每個終端用戶建立一個進程去執行Shell解釋程式。它的執行過程基本上按如下步驟：
(1)讀取用戶由鍵盤輸入的命令行。
(2)分析命令，以命令名作為檔案名，並將其他參數改造為系統調用execve( )內部處理所要求的形式。
(3)終端進程調用fork( )建立一個子進程。
(4)終端進程本身用系統調用wait4( )來等待子進程完成（如果是後臺命令，則不等待）。當子進程運行時調用execve( )，子進程根據檔案名（即命令名）到目錄中查找有關檔（這是命令解釋程式構成的檔），將它調入記憶體，執行這個程式（解釋這條命令）。
(5)如果命令末尾有&號（後臺命令符號），則終端進程不用系統調用wait4( )等待，立即發提示符，讓用戶輸入下一個命令，轉⑴。如果命令末尾沒有&號，則終端進程要一直等待，當子進程（即運行命令的進程）完成處理後終止，向父進程（終端進程）報告，此時終端進程醒來，在做必要的判別等工作後，終端進程發提示符，讓用戶輸入新的命令，重複上述處理過程。
Shell基本執行過程及父子進程之間的關係如圖所示。
您的位置：首頁 > 程式開發 > Shell >文章正文
幾種常見shell簡介
發表在Shell於2006-11-12
Linux系統提供多種不同的Shell以供選擇。常用的有Bourne Shell（簡稱sh）、C-Shelll（簡稱csh）、Korn Shell（簡稱ksh）和Bourne Again Shell (簡稱bash)。
(1)Bourne Shell是AT&T Bell實驗室的Steven Bourne為AT&T的Unix開發的，它是Unix的默認Shell，也是其他Shell的開發基礎。Bourne Shell在編程方面相當優秀，但在處理與用戶的交互方面不如其他幾種Shell。
(2)C Shell是加州伯克利大學的Bill Joy為BSD Unix開發的，與sh不同，它的語法與C語言很相似。它提供了Bourne Shell所不能處理的用戶交互特徵，如命令補全、命令別名、歷史命令替換等。但是，C Shell與BourneShell並不相容。
(3)Korn Shell是AT&T Bell實驗室的David Korn開發的，它集合了C Shell和Bourne Shell的優點，並且與Bourne Shell向下完全相容。Korn Shell的效率很高，其命令交互介面和編程交互介面都很好。
(4)Bourne Again Shell (即bash)是自由軟體基金會(GNU)開發的一個Shell，它是Linux系統中一個默認的Shell。Bash不但與Bourne Shell相容，還繼承了C Shell、Korn Shell等優點。
Shell基本工作原理
發表在Shell於2006-11-12
Linux系統提供給用戶的最重要的系統程式是Shell命令語言解釋程式。它不屬於內核部分，而是在核心之外，以用戶態方式運行。其基本功能是解釋並執行用戶打入的各種命令，實現用戶與Linux核心的介面。系統初啟後，核心為每個終端用戶建立一個進程去執行Shell解釋程式。它的執行過程基本上按如下步驟：
(1)讀取用戶由鍵盤輸入的命令行。
(2)分析命令，以命令名作為檔案名，並將其他參數改造為系統調用execve( )內部處理所要求的形式。
(3)終端進程調用fork( )建立一個子進程。
(4)終端進程本身用系統調用wait4( )來等待子進程完成（如果是後臺命令，則不等待）。當子進程運行時調用execve( )，子進程根據檔案名（即命令名）到目錄中查找有關檔（這是命令解釋程式構成的檔），將它調入記憶體，執行這個程式（解釋這條命令）。
(5)如果命令末尾有&號（後臺命令符號），則終端進程不用系統調用wait4( )等待，立即發提示符，讓用戶輸入下一個命令，轉⑴。如果命令末尾沒有&號，則終端進程要一直等待，當子進程（即運行命令的進程）完成處理後終止，向父進程（終端進程）報告，此時終端進程醒來，在做必要的判別等工作後，終端進程發提示符，讓用戶輸入新的命令，重複上述處理過程。
Shell基本執行過程及父子進程之間的關係如圖所示。
【Linux Shell簡介】
發表在Shell於2006-11-12
本文的內容來源於MUO 的Basics 部分，其原始英文版可以從這裏獲得
https://www.doczj.com/doc/1a456008.html,/docs/。中文版來自吳曉光的CMUO
https://www.doczj.com/doc/1a456008.html,/~xgwu/cmuo/。MUO 是Mandrake Linux
（https://www.doczj.com/doc/1a456008.html,/）為用戶提供的入門手冊，其內容實用並且即時更新，非常適合初學者做入門參考。與常見的各種Linux教程不同，MUO介紹給Linux初學者的是學習Linux的方法而非對某個系統的描述，這對各種有著千差萬別的Linux發行版的學習尤為重要。本文編譯整理時對相關章節做了相應的刪改處理，去掉了針對Mandrake Linux的部分內容。
使用Shell
以下將介紹並解釋基本的shell 命令和機制。
第一篇：超級工具／Terminals，xterms 和Shells
超級工具
您或許聽過這樣的論調：命令行(the mommand line)早就已經過時了，那東西神秘兮兮的，等等。有些人甚至覺得作業系統中應該沒有這些命令才好。
事實是上，您可以不懂任何shell ，就能使用Linux 。您啟動系統後可以直接進入X Window ，最後在X Window 下關機。
我堅信，用Linux 而不懂shell ，就象開車只會用頭檔(first gear)一樣。當然，最初看起來，直接而簡單，在大多數情況下都管用。但速度慢，而且無法真正體驗駕駛的樂趣。
對，命令行很有趣。就象用一大堆收集到的積木，竟可以完成許多意想不到的創舉，一些極其複雜的工作，只需幾行命令就可以解決。這是因為，在Unix 中，shell 可不是簡單的命令解釋器（典型的有Windows 中的DOS ），而是一個全功能的編程環境。
這並不意味著shell 非常容易學通，您知道，好事多磨，這還是要花點工夫的。;-) 但請相信我，這絕對值得。您在很短時間內，就能被一大幫門外漢吹捧為Unix wizard（奇才）。*grin* 為了說明shell ，這裏需要一些背景知識。
Terminals, xterms 與Shells
追溯到Unix 誕生的那個年代，當時還沒有現在流行的"個人電腦"。被稱為電腦的機器，還是吞吐磁帶與magnetic memory （用術語'core'來表示系統memory）的龐然大物。DEC 兯司（現在的Compaq）推出的PDP-11 ，體積小（被稱為mini）而且價格底，在大學中引起了巨大的反響，很多學校直到那時才買得起一台電腦（PDP-11 物美價廉，只有10000$）。
這些機器的作業系統由組合語言、機器語言寫成，所以運行起來效率很高，但都無法移植
(unportable)。每家電腦兯司都給自己的機器配上獨有的作業系統，然後再銷售。
這種笨拙的作法很快就被人們意識到了，於是就開始興建一個可以在不同品牌機器上運行的作業系統。1969 年，Ken Thompson 開始寫後來成為Unix 的第一行代碼。（Thompson 曾經參加了一個項目：MULTICS，Unix 是與這有關的一個玩笑詞）其實，Dennis Ritchie 為這個新的作業系統設計了一種新的編程語言-- C 語言後，事情才真正開始。
雖然Unix 的效率不及原來的作業系統，但有三個突出的優點：可以任意移植到其他機器，其中的 C 語言大大簡化了編程，而且這些都free 。很快，全美國的大學都忙著開始為機器安裝Unix 。
終端（Terminals）
Unix 是可以在許多種機器上運行的作業系統，但人們又如何使用這些機器呢？他們是通過啞終端來連接到這些機器，也就是用鍵盤、顯示器及足夠的electronics （電子元件）組成的機器與中央電腦(central computer)相連。在這些終端上，用戶可以敲字元（teletypy），這就是字串'tty'表示終端設備檔，和'getty'命令的名稱來歷。
您可能會問，現在這些東西都在哪兒。這些終端的廠家無法達成一項最終標準，這導致每種牌子的終端都有各自的鍵盤佈局、各自的在螢幕上顯示字元的方法、發送或接收什麼信號表示什麼字元、控制代碼等等。
為了避免這些混亂，就創建了一個含有所有不同終端特性的(capability)檔，這就是'termcap'。用一個工具打開'/etc/termcap'瞧瞧，可別嚇著了;-) 。
Linux 終端大多數用'vt100'或'linux'作為終端類型。
xterms
在八十年代初期，產生了一個Unix 的圖形子系統-- the X Window System 。九十年代早期，為了更好地實現基於Intel 的Unix 類系統上（如FreeBSD、NetBSD、Linux）的應用，產生了一個系統分支-- XFree86 。
X Window 中一個很大的好處是可以運行多個虛擬(virtual)終端。甚至在X Window 下就有這麼個應用程式--'xterm'。您將發現'xterm'和'virtual terminal'在很多情況下都是一樣的。有的地方說'打開一個xterm'，其實您不是非要用'xterm'程式，其他的終端模擬器(terminal emulator)，如rxvt、konsole、aterm、eterm、wterm 等等，一樣有效。
終端模擬器（又稱為虛擬終端）通過偽(pseudo) tty 設備-- pty 與系統相連，並且使用自己的顯示標準-- xterm 。這導致不同的終端模擬器可能在一些按鍵或程式上存在細小的差別，這取決於模擬器多大程度上遵守了'xterm'的顯示標準。
Shells
為了在終端中運行程式，需要shell 。shell 是作業系統的一部分，用來與用戶打交道，並且可以用來協調各個命令。
第一個真正的Unix shell -- 'sh'，亦稱為'Bourne shell'，誕生於1975 年，作者是Steve Bourne 。很快，出現了其他shell ，如基於原始'Bourne shell'的'ksh'、'zsh'，後者常用作專屬Unixes 系統中的標準shell ；也有一些從 C 語言中衍生出來的shell ，如'csh'或
'tcsh'。
在Linux 中，標注的shell 是'bash'，即the GNU Bourne-Again Shell （有點玩笑的味道……）。這個shell 功能非常強大（甚至有人覺得太龐大了），壓縮的man page 就有50 KB 。
Shell 起步
首先，有一點小說明：在平常應用中，建議您不要用'root'帳號運行shell ，如果您還是新手，這一點尤其要注意。作為普通用戶，不管您有意還是無意，都無法破壞系統；但如果是'root'，那就不同了，只要敲幾個字母，就可能導致災難性後果。
當您登入系統或打開一個xterm 視窗，首先看到的是提示符(prompt)。Red Hat Linux 的標準提示符包括了您的用戶名、登入的主機名（沒有設置的話，是'localhost'）、當前所在的目錄(working directory)、提示符號：
[tom@belbo tom]$
我以用戶名'tom'登入名為'belbo'的主機，當前在我的home 目錄--'/home/tom'中。'root'的提示符：
[root@belbo root]#
除了不同的用戶名外，提示符號由'$'變成了'#'。根據Bourne shell 的傳統，普通用戶的提示符以'$'結尾，而超級用戶用'#'。
提示符的每個部分都可以定制，您在後面將有更深的瞭解。
要運行命令的話，您只要在提示符後敲進命令，然後在按
[tom@belbo tom]$ whoami
tom
[tom@belbo tom]$
順帶指出，當您敲ENTER 時，遊標(cursor)在哪里並不要緊，因為shell 總是會整行地讀取。
基本的命令有：'ls'（list directory ，列出目錄內容）、'cp'（copy ，複製）、'mv'（move / rename ，移動／重命名），'cd '（change directory ，改變目錄），這些命令後面都可以跟上一幫可選項，這方面man page 有詳細的介紹（man ls, man mv 等等）。
在您動身前往shell 領地前，這裏有幾個術語(terminology)的簡短說明。命令可能帶一些可選項（options）、參數（arguments）：
mv -i file dir
其中'-i'是命令'mv'的一個可選項，而'file'和'dir'則是參數。所有可選項在該命令的man page 都中有詳細的介紹（此例中用man mv），而參數則由您提供。可選項決定命令如何工作，而參數則用於確定命令作用的目標。
到目前為止，介紹得有點象許多人厭惡輕視的DOS shell ，但伴隨著下面的介紹，您將會有新的體驗。
第二篇：自動補齊／命令行的歷史記錄／編輯命令行／可用的Shell 快捷方式
Unix （及後繼者Linux）在命令行下面誕生，因此，Unix 中的命令行有許多非常實用的功能。在本篇中，我們將來作一些瞭解。
自動補齊
如何用'cd'（改變目錄，change directory）最快地從您當前所在的home 目錄跳到
'/usr/src/redhat/'呢？
cd /u
這稱為'命令行自動補齊'(automatic command line completion)，這在平常應用中是不可缺少的。讓我們仔細看看這個例子：
cd /u
擴展成了cd /usr/ ，很簡單吧。下麵的
cd /u
擴展為cd /usr/src/ 。如果您只敲了cd /u
因此，
/usr/bin/zip
另外，碰到長檔案名時就顯得特別方便。假設您要安裝一個名為
'boomshakalakwhizbang-4.6.4.5-i586.rpm'的RPM 包，您輸入rpm -i
boom
cd /u
將擴展成cd /usr/src/linux ，並等待繼續。'/usr/src'中有兩個匹配的目錄：
'/usr/src/linux-[...]'、'/usr/src/linux'。如何告訴shell 您想要後面的那個呢？只要跟一個斜線（/ ，slash），就可以選擇後面的那個了。
假如您不確定是'/usr/src/linux/Documentation'還是'/usr/src/linux/documentation'。而您知道，Linux 是區分大小寫的。如果已經仔細讀過前面部分的話，您想到可以用：
cd /u
擴展成了'/usr/src/linux/drivers/'，因此應該是'Documentation'(大寫的'D')。
這種補齊對命令也有效：
[tom@belbo tom]$ gre
grecord grefer grep
[tom@belbo tom]$ gre
在這裏shell 將列出所有以字串'gre'開頭的已知命令。
命令行的歷史記錄
通過按向上方向鍵，您可以向後遍曆近來在該控制臺下輸入的命令。用向下方向鍵可以向前遍曆。與SHIFT 鍵連用的話，您還可以遍曆以往在該控制臺中的輸出。您也可以編輯舊的命令，然後再運行。
按
(reverse-i-search)`':. 敲入'i'可能會變成：
(reverse-i-search)`i': isdnctrl hangup ippp0
如果您再按
編輯命令行
通過遊標和功能鍵（Home、End 等鍵），您可以流覽並編輯命令行，如果您需要，還可以用鍵盤的快捷方式來完成一般的編輯：
l
l
l
l
l
l
l
l
l
l ：重複前一個命令最後的參數。
例如：您用命令mkdir peter/pan/documents/tinkerbell 新建了一個目錄，現在您向用命令'cd'進入該目錄，您可以用cd !$，shell 將把前一個命令'mkdir'的參數添加到現在的'cd'後面。
當您更深入瞭解Linux後，將看到這些快捷方式在其他應用程式下輸入時，有時也有效，比如，在流覽器中的輸入框中。
可用的Shell 快捷方式
Red Hat Linux 帶有不少快捷方式，其中一部分是bash 原來就有的，而還有一些則是為您預先設置的（在後面您將看到如何設置）。
由於home 目錄是每位元用戶的活動中心，許多Unix 對此有特殊的快捷方式。
'~'就是您的home 目錄的簡寫形式。我們假設您在其他目錄，想把一個名為'sometext'的檔複製到您home 目錄下的'docs'子目錄中。除了輸入：
cp sometext /home/myusername/docs
您還可以用簡寫：
cp sometext ~/docs
理論上，這也可以應用在命令'cd'上。無論當前路徑在哪里，cd ~ 將回到您的home 目錄。其實還可以簡化，只要鍵入cd ，就可以返回home 目錄了。
Red Hat Linux 為您提供了一些預先設置的快捷方式（稱為'別名'，aliases），比如：
l ll ：將執行'ls -l -k'（以長格式列出目錄內容，包括一些檔屬性，並以KB 而不是byte 為單位顯示檔大小）
l ls ：將執行'ls -F --color=auto'（列出目錄內容，加上檔類型標識，並使用顏色）
現在，您應該對shell 及一些快捷方式有了進一步的瞭解，下面我們來看看除了應用一些簡單的命令，shell 還能作什麼。
第三篇：命令的排列／命令的任務調度／命令的替換
命令的排列
現在您將看到一些常用的命令排列。您可能想在一行中給出所有命令，然後就可以把注意力轉移到其他地方。沒問題，shell 允許您在不同的命令之間，放上特殊的排列字元(queuing characters) 。這兒將介紹最常用的兩種。
請注意，為了看起來更清楚，我在這些字元兩旁加了空格。而在實際應用中，您不一定要這麼做，'ls -a ; du -hs'和'ls -a;du -hs'的效果是一樣的。
command1 ; command2
先執行command1 ，不管command1 是否出錯，接下來執行command2 。
例如：
ls -a ; du -hs
將先在螢幕上列出目錄中的所有內容，然後列出所有目錄及其子目錄所占磁片大小。
command1 && command2
只有當command1 正確運行完畢後，才執行command2 。
例如：
ls -a bogusdir && du -hs
將返回ls: bogusdir: No such file or directory ，而'du'則根本沒有運行（這是因為您沒有'bogusdir'目錄）。如果您將符號換成了';'，'du'將被執行。
為了進一步說明';'和'&&'的區別，及一般命令排列的用處，下面舉一個經典的例子：Linux 內核的編譯和安裝。
要編譯、安裝Linux ，您需要執行一串命令：'make dep'、'make clean'、'make bzImage'、'make modules'、'make modules_install'和'make install'。如果要等一個命令完成後，再輸入下一個，再等，再輸入，……，那就太麻煩了。另一方面，每個命令只有當前面的命令都正確執行完畢後，才能開始執行。如果您用';'來排列命令，則即使有命令執行失敗，後面的也照常運行，最後，您可能在'/boot'目錄下得到一個有問題的內核映射(image)。而用'&&'：
make dep && make clean && make bzImage && make modules && make modules_install && make install
不需要中途打斷，就可以編譯內核及其模組，並完成後面的安裝。
命令的任務調度
當您在終端裏運行一個命令或開啟一個程式時，終端要等到命令或程式運行完畢後，才能再被使用。在Unix 中，我們稱這樣的命令或程式在前臺(foreground)運行。如果您想在終端下運行另一個命令，則需要再打開一個新的終端。
但這裏還有一個更優雅的辦法，稱為任務調度(jobbing)或後臺(backgrounding)。當您運用任務的調度或將命令置於後臺，終端就立即解放了，這樣一來，終端立即就可以接受新的輸入。為
實現這樣的目的，您只需在命令後面添加一個& ：
gqview &
告訴shell 將圖片查看器'GQview'放到後臺去執行（即當成job 來運行）。
命令jobs 將告訴您，在這個終端視窗中，運行著哪些命令與程式：
jobs
[1]+ Running gqview &
當您要關閉終端視窗時，這一點就很重要，因為關閉終端將導致所有在其中運行的任務都將被中止，在此例中，如果您關閉了終端，由這個終端開啟的GQview 程式也將被關閉。
但如何將前臺運行的一個程式放到後臺去？沒問題：
gqview
[2]+ Stopped gqview
bg
[2]+ gqview &
組合鍵
請注意，在後臺運行圖形應用程式有時候是有用處的，這樣可以在終端下顯示這個程式的出錯資訊，雖然這對您可能沒有直接的幫助，當如果碰到了麻煩，向別人詢問時，這些出錯提示就有用武之地了。
一些圖形程式，很可能還處在測詴期(Beta)，儘管在後臺執行，也會在終端中輸出一些資訊。如果您對此不滿，可以用下面命令：
command &>/dev/null &
這不僅將程式送到後臺執行，還將其輸出發到'/dev/null'檔。'/dev/null'是系統的"碎紙機" (shredder)，所有送到那裏的資訊都將消失殆盡。
命令的替換
命令替換(Command substitution)是一項很實用的功能。我們假設，您想看看XFree86 文檔中的'README.mouse'檔，但您不知道這個檔的位置。但您是位機靈的用戶，已經聽說了'locate'命令，也安裝了'slocate'包，您就可以用：
locate README.mouse
發現那個文件在'/usr/X11R6/lib/X11/doc'。現在您就可以在終端裏用'less'或在檔管理器中進入那個目錄然後讀取檔。而命令替換可以給您帶來一些便捷：
less $(locate README.mouse)
一步到位。命令'locate README.mouse'的輸出(=
/usr/X11R6/lib/X11/doc/README.mouse)作為'less'的參數，然後就可以顯示檔內容了。
這種機制的語法是：
command1 $(command2)
除了'$( )'，您還可以用後引號(backquote)：
command1 `command2`
這樣雖然可以減少輸入，但可讀性差，而且很容易就和沒有替換功能的一般單引號混淆。我更欣賞前一種方法，但這最終起決於您。
這裏有另外一個例子。我們假設，您打算結束一個名為'rob'的程式。您先得用命令'pidof'找出相應的進程號(Process ID)，然後以這個PID 為參數，運行'kill'命令，這樣就可以結束'rob'程式。除了用：
pidof rob
567
kill 567
您還可以詴詴：
kill `pidof rob`
怎麼樣，效率有所提高吧？
在下一篇中，我將接著介紹shell 的另外兩種實用的機制：檔案名匹配、輸出重定向。
第四篇：檔案名匹配／輸出重定向
檔案名匹配
檔案名匹配使得您不必一一寫出名稱，就可以指定多個檔。您將用到一些特殊的字元，稱為通配符(wildcards)。
假設您想用'rm'命令刪除目錄下所有以字串'.bak'結尾的文件。除了在'rm'後跟上所有檔名作為參數，您還可以用通配符'*'：
rm *.bak
'*'可匹配一個或多個字元。在本例中，您告訴shell 將命令'rm'的參數擴展到"所有以'*.bak'結尾的文件"，shell 就將擴展後的參數告訴'rm'命令。
您將看到，shell 在命令執行前，就將讀取並解釋命令行。正是因為這個，您才可以將通配符用於shell 命令的參數中。
讓我們更進一步地來認識通配符'*'。假定您有個目錄，其中含檔'124.bak'、'346.bak'及
'583.bak'。您想只保留檔'583.bak'，可以用：
rm *4*.bak
shell 就將'*4*.bak'擴展成"所有含'4'並以'.bak'結尾的字串"。
注意到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 的機制，組合許多小程式共同完成。重定向就在其中發揮著重要的作用。
在多個命令間重定向
這要通過管道(pipe)，由管道符號｜來標識。語法是：
command1 | command2 | command3 等等
這種格式您一定已經見到過了。管道經常將一個程式的輸出送到'more'或'less'來閱讀。
ls -l | less
其中，第一個命令提供目錄內容，第二個則將其以翻頁的方式顯示。更複雜的例子如：
rpm -qa | grep ^x | less
第一個命令給出所有已安裝的RPM 包，第二個則將其過濾(filter：'grep')，只剩下以'^x'開頭的包，第三個命令則將結果以翻頁的方式顯示。
重定向至文件
有時，您希望將命令的輸出結果保存到檔中，或以檔內容作為命令的參數。這可以通過'>'和'<'來實現。
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