Shell本身是一個用C語言編寫的程式,它是使用者使用Linux的橋樑。Shell既是一種命令語言,又是一種程式設計語言。作為命令語言,它互動式地解釋和執行使用者輸入的命令;作為程式設計語言,它定義了各種變數和參數,並提供了許多在進階語言中才具有的控制結構,包括迴圈和分支。
它雖然不是Linux系統核心的一部分,但它調用了系統核心的大部分功能來執行程式、建立檔案並以並行的方式協調各個程式的運行。因此,對於使用者來說,shell是最重要的公用程式,深入瞭解和熟練掌握shell的特性極其使用方法,是用好Linux系統的關鍵。
可以說,shell使用的熟練程度反映了使用者對Linux使用的熟練程度。
Shell有兩種執行命令的方式:
•互動式(Interactive):解釋執行使用者的命令,使用者輸入一條命令,Shell就解釋執行一條。
•批處理(Batch):使用者事先寫一個Shell指令碼(Script),其中有很多條命令,讓Shell一次把這些命令執行完,而不必一條一條地敲命令。
Shell指令碼和程式設計語言很相似,也有變數和流程式控制制語句,但Shell指令碼是解釋執行的,不需要編譯,Shell程式從指令碼中一行一行讀取並執行這些命令,相當於一個使用者把指令碼中的命令一行一行敲到Shell提示符下執行。
Shell初學者請注意,在平常應用中,建議您不要用 root 帳號運行 Shell 。作為普通使用者,不管您有意還是無意,都無法破壞系統;但如果是 root,那就不同了,只要敲幾個字母,就可能導致災難性後果。
幾種常見的Shell
上面提到過,Shell是一種指令碼語言,那麼,就必須有解譯器來執行這些指令碼。
Linux上常見的Shell指令碼解譯器有bash、sh、ash、csh、ksh,習慣上把它們稱作一種Shell。我們常說有多少種Shell,其實說的是Shell指令碼解譯器。
bash
bash是Linux系統預設使用的shell。bash由Brian Fox和Chet Ramey共同完成,是BourneAgain Shell的縮寫,內部命令一共有40個。
Linux使用它作為預設的shell是因為它有諸如以下的特色:
•可以使用類似DOS下面的doskey的功能,用方向鍵查閱和快速輸入並修改命令。
•自動通過尋找匹配的方式給出以某字串開頭的命令。
•包含了自身的協助功能,你只要在提示符下面鍵入help就可以得到相關的協助。
sh
sh 由Steve Bourne開發,是Bourne Shell的縮寫,各種UNIX系統都配有sh。
ash
ash shell 是由Kenneth Almquist編寫的,Linux中佔用系統資源最少的一個小shell,它只包含24個內部命令,因而使用起來很不方便。
csh
csh 是Linux比較大的核心,它由以William Joy為代表的共計47位作者編成,共有52個內部命令。該shell其實是指向/bin/tcsh這樣的一個shell,也就是說,csh其實就是tcsh。
ksh
ksh 是Korn shell的縮寫,由Eric Gisin編寫,共有42條內部命令。該shell最大的優點是幾乎和商業發行版的ksh完全相容,這樣就可以在不用花錢購買商業版本的情況下嘗試商業版本的效能了。
Shell與編譯型語言的差異
大體上,可以將程式設計語言可以分為兩類:編譯型語言和解釋型語言。
編譯型語言
很多傳統的程式設計語言,例如Fortran、Ada、Pascal、C、C++和Java,都是編譯型語言。這類語言需要預先將我們寫好的原始碼(source code)轉換成目標代碼(object code),這個過程被稱作“編譯”。
運行程式時,直接讀取目標代碼(object code)。由於編譯後的目標代碼(object code)非常接近電腦底層,因此執行效率很高,這是編譯型語言的優點。
但是,由於編譯型語言多半運作於底層,所處理的是位元組、整數、浮點數或是其他機器層級的對象,往往實現一個簡單的功能需要大量複雜的代碼。例如,在C++裡,就很難進行“將一個目錄裡所有的檔案複製到另一個目錄中”之類的簡單操作。
解釋型語言
解釋型語言也被稱作“指令碼語言”。執行這類程式時,解譯器(interpreter)需要讀取我們編寫的原始碼(source code),並將其轉換成目標代碼(object code),再由電腦運行。因為每次執行程式都多了編譯的過程,因此效率有所下降。
使用指令碼程式設計語言的好處是,它們多半運行在比編譯型語言還高的層級,能夠輕易處理檔案與目錄之類的對象;缺點是它們的效率通常不如編譯型語言。不過權衡之下,通常使用指令碼編程還是值得的:花一個小時寫成的簡單指令碼,同樣的功能用C或C++來編寫實現,可能需要兩天,而且一般來說,指令碼執行的速度已經夠快了,快到足以讓人忽略它效能上的問題。指令碼程式設計語言的例子有awk、Perl、Python、Ruby與Shell。
什麼時候使用Shell
因為Shell似乎是各UNIX系統之間通用的功能,並且經過了POSIX的標準化。因此,Shell指令碼只要“用心寫”一次,即可應用到很多系統上。因此,之所以要使用Shell指令碼是基於:
•簡單性:Shell是一個進階語言;通過它,你可以簡潔地表達複雜的操作。
•可移植性:使用POSIX所定義的功能,可以做到指令碼無須修改就可在不同的系統上執行。
•開發容易:可以在短時間內完成一個功能強大又妤用的指令碼。
但是,考慮到Shell指令碼的命令限制和效率問題,下列情況一般不使用Shell:
1.資源密集型的任務,尤其在需要考慮效率時(比如,排序,hash等等)。
2.需要處理大任務的數學操作,尤其是浮點運算,精確運算,或者複雜的算術運算(這種情況一般使用C++或FORTRAN 來處理)。
3.有跨平台(作業系統)移植需求(一般使用C 或Java)。
4.複雜的應用,在必須使用結構化編程的時候(需要變數的類型檢查,函數原型,等等)。
5.對於影響系統全域性的關鍵任務應用。
6.對於安全有很高要求的任務,比如你需要一個健壯的系統來防止入侵、破解、惡意破壞等等。
7.項目由連串的依賴的各個部分組成。
8.需要大規模的檔案操作。
9.需要多維陣列的支援。
10.需要資料結構的支援,比如鏈表或數等資料結構。
11.需要產生或操作圖形化介面 GUI。
12.需要直接作業系統硬體。
13.需要 I/O 或socket 介面。
14.需要使用庫或者遺留下來的老代碼的介面。
15.私人的、閉源的應用(shell 指令碼把代碼就放在文字檔中,全世界都能看到)。
如果你的應用符合上邊的任意一條,那麼就考慮一下更強大的語言吧——或許是Perl、Tcl、Python、Ruby——或者是更高層次的編譯語言比如C/C++,或者是Java。即使如此,你會發現,使用shell來原型開發你的應用,在開發步驟中也是非常有用的。
第一個Shell指令碼
開啟文字編輯器,建立一個檔案,副檔名為sh(sh代表shell),副檔名並不影響指令碼執行,見名知意就好,如果你用php寫shell 指令碼,副檔名就用php好了。
輸入一些代碼:
複製代碼 代碼如下:
#!/bin/bash
echo "Hello World !"
“#!” 是一個約定的標記,它告訴系統這個指令碼需要什麼解譯器來執行,即使用哪一種Shell。echo命令用於向視窗輸出文本。
運行Shell指令碼有兩種方法。
作為可執行程式
將上面的代碼儲存為test.sh,並cd到相應目錄:
複製代碼 代碼如下:
chmod +x ./test.sh #使指令碼具有執行許可權
./test.sh #執行指令碼
注意,一定要寫成./test.sh,而不是test.sh。運行其它二進位的程式也一樣,直接寫test.sh,linux系統會去PATH裡尋找有沒有叫test.sh的,而只有/bin, /sbin, /usr/bin,/usr/sbin等在PATH裡,你的目前的目錄通常不在PATH裡,所以寫成test.sh是會找不到命令的,要用./test.sh告訴系統說,就在目前的目錄找。
通過這種方式運行bash指令碼,第一行一定要寫對,好讓系統尋找到正確的解譯器。
這裡的"系統",其實就是shell這個應用程式(想象一下Windows Explorer),但我故意寫成系統,是方便理解,既然這個系統就是指shell,那麼一個使用/bin/sh作為解譯器的指令碼是不是可以省去第一行呢?是的。
作為解譯器參數
這種運行方式是,直接運行解譯器,其參數就是shell指令碼的檔案名稱,如:
複製代碼 代碼如下:
/bin/sh test.sh
/bin/php test.php
這種方式啟動並執行指令碼,不需要在第一行指定解譯器資訊,寫了也沒用。