關於 shell 指令碼編程的10 個最佳實務

每一個在UNIX/Linux上工作的程式員可能都擅長shell指令碼編程。但大家解決問題的方式卻不盡相同，這要取決於對專業知識的掌握程度、使用命令的種類、看待問題的方式等等。對於那些處在shell指令碼編程初級階段的程式員來說，遵循一些恰當的做法可以協助你更快、更好的學習這些編程技巧。下面，我們就來討論這些能協助你學習shell指令碼編程的方法吧。1、多動手

你想學習shell指令碼編程，這很不錯。於是你拿了一本書開始學習。一些人會首先通讀整本教材後再上機練習。這種方法可能適用於一些人，但我卻不太看好它。我的建議是，僅僅學一些最基礎的能夠讓你開始編碼的知識就可以了。之後，動手寫一些簡單的程式吧。一旦你由於知識上的欠缺而不得不停止時，再回到書本上去讀你想要瞭解的那部分，然後繼續做你的項目。如此周而復始，不斷提高你的水平。這種邊學邊做的方法曾讓我受益良多。

2、善用命令提示字元

有時候，我們寫的指令碼中有一些錯誤。我們修改錯誤，運行指令碼，但系統再次報錯。並且這個改錯報錯的過程可能會發生很多次。碰到這些情況，首先需要找到有問題的行或命令，這可以通過一些調試語句來輕鬆做到。一旦發現這條語句，嘗試在命令提示字元下執行相同的語句。如果它在命令提示字元下開始正常運行，你就可以容易的推斷出它不能正常啟動並執行原因了。可能是由於某些錯誤輸入的命令，或者是某些環境變數不匹配，或者是從不同的地方引用了某個二進位檔案等等。這種方法會讓調試變得簡單易行。

3、考慮問題要全面

現在我們來看個問題。你想到了關於某個問題的解決方案，但這個解決方案只適用於處理小型檔案。可是當處理比較大的檔案時，你該怎麼辦？舉個例子，我們想要得到一個檔案的第一行內容：代碼

1. sed -n '1p' file  

這條語句當然會給出你想要的第一行內容。可是如果處理的檔案包含上百萬條記錄呢？儘管上面的那條sed命令可以輸出檔案的第一行內容，但是想要處理大型檔案一定會帶來效能上的問題。

解決辦法：代碼

1. sed -n '1p;1q' file  

這條命令將只輸出第一行，同時退出程式。

4、經常嘗試不同的方法

你在寫指令碼時碰到一個問題，然後你找到了一種獨特的解決方案。下一次你偶然又碰到類似的問題，這時，不要再用以前你用過的方法來解決。試試另外一種方法吧。如果某一天再次遇到這種情況，再試試其它方法。
例如：代碼

1. if [ $? -eq 0 ]  
2. then  
3.    echo "Success"  
4. fi  

另一種方法：代碼

1. [ $? -eq 0 ] && echo "Success" 
   
   

5、快速編碼

指令碼可以節省我們的時間，提高生產力。可是，難道我們花在寫指令碼和測試上的時間還少嗎？我們想寫一個指令碼，於是開啟一個檔案，寫下代碼，儲存檔案，之後運行指令碼，系統報錯，我們再開啟檔案修改、儲存、運行……在這個過程中會花費很多時間。在此前的一篇題為《如何快速寫shell指令碼》的文章裡，你可以學會如何編寫指令碼和測試正在運行中的指令碼，而不用再回顧命令提示字元。這些方法可以加快編碼的速度。當我寫指令碼的時候，我總是使用這些方法。而且我可以很肯定的說，它們幫我節約了不少時間。

6、經常使用內部命令

無論碰到哪種情況，請盡量考慮使用內部命令而不是外部命令。在此前的一篇題為《內部命令和外部命令》的文章裡，我們可以看到二者間的差異。用內部命令對你永遠都有好處。根據正在處理的輸入檔案的大小，內部命令可以在效能方面為你節省很多。雖然你並不總是有這樣選擇內部命令抑或外部命令的機會，但在某些情況下，你一定能做出正確的選擇。

7、沒有必要使用cat命令

這是我們經常在論壇裡討論的話題之一。沒有必要使用cat命令指的是在有些時候，我們會發現根本沒有必要使用cat命令。有時候，使用了多餘的cat命令會讓你的代碼看起來很醜陋，而且還會帶來效能上的問題。

例如：代碼

1. $ cat /etc/passwd | grep guru  

正確的方法應該是：代碼

1. $ grep guru /etc/passwd  

8、仔細閱讀錯誤資訊

程式員常犯的一個錯誤是：當我們敲入的命令報錯後，我們中的大多數人只是對錯誤資訊一瞥而過，而不會去認真的讀一讀。很多時候，錯誤資訊裡就包含瞭解決辦法。更重要的是，有時候我們修改了某個錯誤並再次運行後，系統依舊會報錯。然後我們再次修改，但系統再次報錯。這可能會持續很長時間。但實際上，舊的錯誤可能已經被糾正，只是由於出現了其它一些新錯誤才導致系統再次報錯。而我們依舊在懷疑為什麼修改好的代碼依然不能正常運行。因此，請你養成仔細閱讀錯誤資訊的習慣。

9、盡量避免臃腫的命令

你正在嘗試去從一個大的檔案中篩選某條資訊。接下來你可能寫一大堆命令來實現這一功能。可是，儘管你將得到正確的結果，你寫的命令卻不夠好，且晦澀難懂。因此，我們應該盡量避免這種情況發生。下面這個例子就是代碼最佳化的好例子。

例如：檢索使用者ID值為502的使用者名稱。

下面的命令不好：代碼

1. $ grep 502 /etc/passwd | cut -d: -f1  

這條命令也不夠好：代碼

1. $ grep 502 /etc/passwd | awk -F":" '{print $1}'  

這才是一條好的命令：代碼

1. $ awk -F":" '$3==502{print $1}' /etc/passwd  

正如以上樣本，用一條簡單的awk命令就可以完成檢索任務。

10、別吝嗇添加註釋

你寫了一份指令碼。一兩個星期後，你再次開啟指令檔，如果沒有注釋在裡面的話，你可能會花上很多時間才能理解這些代碼。雖然代碼是我們自己寫的，但這依舊會浪費我們很多的時間。指令碼是用來節省時間的，因此，我們沒有理由浪費時間去理解這些用來節省時間的檔案。所以，請養成在指令碼中添加註釋的好習慣。這些注釋不必很詳細，能讓自己或別人讀懂就行