一、bash命令處理的12個步驟；
1、將命令列分成由固定元字符集分隔的記號；
space, tab, newline, ; , (, ), <, >, |, &
記號型別包括單詞，關鍵字，i/o重定向符和分號。
2、檢測每個命令的第乙個記號，檢視是否為不帶引號或反斜線的關鍵字。
如果是乙個開放的關鍵字，如if和其他控制結構起始字串，function，變成ab ac
5、如果~位於單詞開頭，用$home替換~。
使用usr的主目錄替換~user。
6、對任何以符號$開頭的表示式執行引數(變數)替換;
7、對形式$(string)的表示式進行命令替換；
這裡是巢狀的命令列處理。
8、計算形式為$((string))的算術表示式；
9、把行的引數，命令和算術替換部分再次分成單詞，這次它使用$ifs中的字元做分割符而不是步驟1的元字符集；
10、對出現*, ?, [ / ]對執行路徑名擴充套件，也稱為萬用字元擴充套件；
11、按命令優先順序表(跳過別名)，進行命令查尋；
12、設定完i/o重定向和其他操作後執行該命令。
二、關於引用
1、單引號跳過了前10個步驟，不能在單引號裡放單引號
2、雙引號跳過了步驟1~5，步驟9~10，也就是說，只處理6~8個步驟。
也就是說，雙引號忽略了管道字元，別名，~替換，萬用字元擴充套件，和通過分隔符**成單詞。
雙引號裡的單引號沒有作用，但雙引號允許引數替換，命令替換和算術表示式求值。可以在雙引號裡包含雙引號，方式是加上轉義符"\"，還必須轉義$, `, \。
三、eval的作用；
eval的作用是再次執行命令列處理，也就是說，對乙個命令列，執行兩次命令列處理。這個命令要用好，就要費一定的功夫。我舉兩個例子，拋磚引玉。
1、例子1：用eval技巧實現shell的控制結構for
用eval技巧實現shell的控制結構for。
# cat myscript1
#!/bin/shevalit()
cnt=$1
echo $cnt | egrep "^[1-9][0-9]*$" >/dev/null
if [ $? -eq 0 ]; then
shift
evalit $@
else
echo 'error!!! check your input!'
fi
# ./myscript1 3 hostname
home
home
home
# ./myscript1 5 id |cut -f1 -d' '
uid=0(root)
uid=0(root)
uid=0(root)
uid=0(root)
uid=0(root)
注意：bash裡有兩個很特殊的變數，它們儲存了引數列表。
$*，儲存了以$ifs指定的分割符所分割的字串組。
$@，原樣儲存了引數列表，也就是"$1""$2"...
這裡我使用了函式遞迴以及eval實現了for結構。
當執行eval $@時，它經歷了步驟如下：
第1步，分割成eval $@
第6步，擴充套件$@為hostname
第11步，找到內建命令eval
重複一次命令列處理，第11步，找到hostname命令，執行。
注意：也許有人想當然地認為，何必用eval呢？直接$@來執行命令就可以了嘛。
例子2：乙個典型錯誤的例子
錯誤！這裡給個典型的例子大家看看。
# a="id | cut -f1 -d' '"
# $a
id：無效選項 -- f
請嘗試執行『id --help』來獲取更多資訊。
# eval $a
uid=0(root)
如果命令列複雜的話(包括管道或者其他字元)，直接執行$a字串的內容就會出錯。分析如下。
$a的處理位於第6步──引數擴充套件，也就是說，跳過了管道分析，於是"|", "cut", "-f1", "-d"都變成了id命令的引數，當然就出錯啦。
但使用了eval，它把第一遍命令列處理所得的"id", "|", "cut", "-f1", "-d"這些字串再次進行命令列處理，這次就能正確分析其中的管道了。
總而言之：要保證你的命令或指令碼設計能正確通過命令列處理，跳過任意一步，都可能造成意料外的錯誤！
例子3：設定系統的ls色彩顯示
eval $(dircolors -b /etc/dircolors)
eval語句通知shell接受eval引數，並再次通過命令列處理的所有步驟執行它們。
它使你可以編寫指令碼隨意建立命令字串，然後把它們傳遞給shell執行;
$()是命令替換，返回命令的輸出字串。
其中dircolors命令根據/etc/dircolors配置檔案生成設定環境變數ls_colors的bash**，內容如下
# dircolors -b > tmp
# cat tmp
ls_colors='no=00:fi=00:di=01;34:ln=01; ......
export ls_colors
#這裡我沒有指定配置檔案，所以dircolors按預置資料庫生成**。
其輸出被eval命令傳遞給shell執行。
eval是對bash shell命令列處理規則的靈活應用，進而構造"智慧型"命令實現複雜的功能。
上面提及的命令是eval其中乙個很普通的應用，它重複了1次命令列引數傳遞過程，純粹地執行命令的命令。
其實它是bash的難點，是高階bash程式設計師的必修之技。
四、命令優先順序表
1、別名
2、關鍵字
3、函式
4、內建命令
5、指令碼或可執行程式($path)
五、鑑於一些學習中會遇到的困惑，我再給出一些有趣的命令。
1、command builtin enable
上面的命令列提及過，第11步會進行命令查詢，那它的具體過程如何呢？
它的預設查詢次序為函式，內部命令，指令碼和可執行**。我們往往要在實際程式設計中跳過一些查詢項以滿足一定的功能需求。這時候就要用到這三個命令來施展魔法~~
2、command
跳過別名和函式的查詢，換句話說，它只查詢內部命令以及搜尋路徑中找到的指令碼或可執行程式。
這裡舉個有趣的例子。
# type -all pwd
pwd is a shell builtin
pwd is /bin/pwd
# cat myscript2
#!/bin/shpwd()
pwd
# ./myscript2
this is the current directory.
/root
我用pwd()函式取代了內建命令pwd以及外部命令/bin/pwd，然後在指令碼裡執行內建命令pwd。在這裡我們為什麼要用command呢？是為了避免函式陷入遞迴迴圈，因為函式名與內建命令同名，而函式的優先順序比內建命令高。
3、builtin
顧名思義，它只查詢內建命令。這個命令很簡單，就不多說了。
4、enable
與builtin相反，它遮蔽乙個內建命令，允許執行乙個shell指令碼或同名的可執行**而無須給出完全路徑名。
舉個例子吧。
pwd命令有兩個，乙個是shell內建的，乙個是可執行程式。
當執行一些奇怪的路徑名後，shell內建的pwd會列印出"錯誤資訊"，但外部的pwd會列印出當前目錄的"原來面目"。請看下面：
# cd //
# pwd
//# type -all pwd
pwd is a shell builtin
pwd is /bin/pwd
# /bin/pwd
/# enable -n pwd
# pwd
/這樣，用enable -n遮蔽內建pwd命令後，就可以用外部pwd列印出正確的路徑名了。
看到另外乙個例子，也很實用
給每個值乙個變數名
可以給乙個值乙個變數名。下面我對此做些解釋，假定有乙個名為test2的檔案：
[neau@mail ~]$ cat test2
cctv 5
changel sports
like yes
你希望該檔案中的第一列成為變數名，第二列成為該變數的值，這樣就可以:
[neau@mail ~]$ cat test2
commany tq
langue english
like yes
[neau@mail ~]$ cat test3
#!/bin/bashwhile read name value
doeval "$=$"
done echo "$commany $langue $like"
[neau@mail ~]$ ./test3
tq english yes
Shell中, eval的用法
eval是shell內建的命令。基本用法如下 eval arguments 主要功能是讀入arguments並執行之。arguments的退出碼 exit code 會被當做eval的退出碼。如果沒有arguments，則退出碼是0。在平時的使用中，我們一般會用到eval的2個特性。cat pars...
Shell 中eval的用法
eval command line 其中command line是在終端上鍵入的一條普通命令列。然而當在它前面放上eval時，其結果是shell在執行命令列之前掃瞄它兩次。如 pipe eval ls pipe wc lshell第1次掃瞄命令行時，它替換出pipe的值 接著eval使它再次掃瞄命令...
Linux 中shell指令碼 eval調研
eval可以讀取一連串的引數，然後按照引數特性來執行。引數數目不限，彼此之間用分號隔開。eval會對後面的命令進行兩遍掃瞄，如果第一遍掃瞄後，命令是個普通命令，則執行此命令 如果命令中含有變數的間接引用，則保證間接引用的語義。也就是說，eval命令將會首先掃瞄命令列進行所有的置換，然後再執行該命令。...