一. 前言
shell編程在unix/linux世界中使用得非常廣泛，熟練掌握shell編程也是成爲一名優秀的unix/linux開發者和系統管理員的必經之路。腳本調試的主要工作就是發現引發腳本錯誤的原因以及在腳本源代碼中定位發生錯誤的行，常用的手段包括分析輸出的錯誤信息，通過在腳本中加入調試語句，輸出調試信息來輔助診斷錯誤，利用調試工具等。但與其它高級語言相比，shell解釋器缺乏相應的調試機制和調試工具的支持，其輸出的錯誤信息又往往很不明確，初學者在調試腳本時，除了知道用echo語句輸出一些信息外，別無它法，而僅僅依賴於大量的加入echo語句來診斷錯誤，確實令人不勝其繁，故常見初學者抱怨shell腳本太難調試了。本文將系統地介紹一些重要的shell腳本調試技術，希望能對shell的初學者有所裨益。
本文的目標讀者是unix/linux環境下的開發人員，測試人員和系統管理員，要求讀者具有基本的shell編程知識。本文所使用範例在Bash3.1+Redhat Enterprise Server 4.0下測試通過，但所述調試技巧應也同樣適用於其它shell。
通過在程序中加入調試語句把一些關鍵地方或出錯的地方的相關信息顯示出來是最常見的調試手段。Shell程序員通常使用echo(ksh程序員常使用print)語句輸出信息，但僅僅依賴echo語句的輸出跟蹤信息很麻煩，調試階段在腳本中加入的大量的echo語句在產品交付時還得再費力一一刪除。針對這個問題，本節主要介紹一些如何方便有效的輸出調試信息的方法。
trap命令用於捕獲指定的信號並執行預定義的命令。
其基本的語法是:
trap 'command' signal
其中signal是要捕獲的信號，command是捕獲到指定的信號之後，所要執行的命令。可以用kill –l命令看到系統中全部可用的信號名，捕獲信號後所執行的命令可以是任何一條或多條合法的shell語句，也可以是一個函數名。
shell腳本在執行時，會產生三個所謂的“僞信號”，(之所以稱之爲“僞信號”是因爲這三個信號是由shell產生的，而其它的信號是由操作系統產生的)，通過使用trap命令捕獲這三個“僞信號”並輸出相關信息對調試非常有幫助。
|
信號名
|
何時產生
|
|---|---|
| EXIT | 從一個函數中退出或整個腳本執行完畢 |
| ERR | 當一條命令返回非零狀態時(代表命令執行不成功) |
| DEBUG | 腳本中每一條命令執行之前 |
通過捕獲EXIT信號,我們可以在shell腳本中止執行或從函數中退出時，輸出某些想要跟蹤的變量的值，並由此來判斷腳本的執行狀態以及出錯原因,其使用方法是：
trap 'command' EXIT 或 trap 'command' 0
通過捕獲ERR信號,我們可以方便的追蹤執行不成功的命令或函數，並輸出相關的調試信息，以下是一個捕獲ERR信號的示例程序，其中的$LINENO是一個shell的內置變量，代表shell腳本的當前行號。
|
$ cat -n exp1.sh
1 ERRTRAP()
2 {
3 echo "[LINE:$1] Error: Command or function exited with status $?"
4 }
5 foo()
6 {
7 return 1;
8 }
9 trap 'ERRTRAP $LINENO' ERR
10 abc
11 foo
|
其輸出結果如下：
|
$ sh exp1.sh
exp1.sh: line 10: abc: command not found
[LINE:10] Error: Command or function exited with status 127
[LINE:11] Error: Command or function exited with status 1
|
在調試過程中，爲了跟蹤某些變量的值，我們常常需要在shell腳本的許多地方插入相同的echo語句來打印相關變量的值，這種做法顯得煩瑣而笨拙。而通過捕獲DEBUG信號，我們只需要一條trap語句就可以完成對相關變量的全程跟蹤。
以下是一個通過捕獲DEBUG信號來跟蹤變量的示例程序:
|
$ cat –n exp2.sh
1 #!/bin/bash
2 trap 'echo “before execute line:$LINENO, a=$a,b=$b,c=$c”' DEBUG
3 a=1
4 if [ "$a" -eq 1 ]
5 then
6 b=2
7 else
8 b=1
9 fi
10 c=3
11 echo "end"
|
其輸出結果如下：
|
$ sh exp2.sh
before execute line:3, a=,b=,c=
before execute line:4, a=1,b=,c=
before execute line:6, a=1,b=,c=
before execute line:10, a=1,b=2,c=
before execute line:11, a=1,b=2,c=3
end
|
從運行結果中可以清晰的看到每執行一條命令之後，相關變量的值的變化。同時，從運行結果中打印出來的行號來分析，可以看到整個腳本的執行軌跡，能夠判斷出哪些條件分支執行了，哪些條件分支沒有執行。
在shell腳本中管道以及輸入輸出重定向使用得非常多，在管道的作用下，一些命令的執行結果直接成爲了下一條命令的輸入。如果我們發現由管道連接起來的一批命令的執行結果並非如預期的那樣，就需要逐步檢查各條命令的執行結果來判斷問題出在哪兒，但因爲使用了管道，這些中間結果並不會顯示在屏幕上，給調試帶來了困難，此時我們就可以藉助於tee命令了。
tee命令會從標準輸入讀取數據，將其內容輸出到標準輸出設備,同時又可將內容保存成文件。例如有如下的腳本片段，其作用是獲取本機的ip地址：
|
ipaddr=`/sbin/ifconfig | grep 'inet addr:' | grep -v '127.0.0.1'
| cut -d : -f3 | awk '{print $1}'`
#注意=號後面的整句是用反引號(數字1鍵的左邊那個鍵)括起來的。
echo $ipaddr
|
運行這個腳本，實際輸出的卻不是本機的ip地址，而是廣播地址,這時我們可以藉助tee命令，輸出某些中間結果，將上述腳本片段修改爲：
|
ipaddr=`/sbin/ifconfig | grep 'inet addr:' | grep -v '127.0.0.1'
| tee temp.txt | cut -d : -f3 | awk '{print $1}'`
echo $ipaddr
|
之後，將這段腳本再執行一遍，然後查看temp.txt文件的內容：
|
$ cat temp.txt
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
|
我們可以發現中間結果的第二列(列之間以:號分隔)才包含了IP地址，而在上面的腳本中使用cut命令截取了第三列，故我們只需將腳本中的cut -d : -f3改爲cut -d : -f2即可得到正確的結果。
具體到上述的script例子，我們也許並不需要tee命令的幫助，比如我們可以分段執行由管道連接起來的各條命令並查看各命令的輸出結果來診斷錯誤，但在一些複雜的shell腳本中，這些由管道連接起來的命令可能又依賴於腳本中定義的一些其它變量，這時我們想要在提示符下來分段運行各條命令就會非常麻煩了，簡單地在管道之間插入一條tee命令來查看中間結果會更方便一些。
在C語言程序中，我們經常使用DEBUG宏來控制是否要輸出調試信息，在shell腳本中我們同樣可以使用這樣的機制，如下列代碼所示：
|
if [ “$DEBUG” = “true” ]; then
echo “debugging” #此處可以輸出調試信息
fi
|
這樣的代碼塊通常稱之爲“調試鉤子”或“調試塊”。在調試鉤子內部可以輸出任何您想輸出的調試信息，使用調試鉤子的好處是它是可以通過DEBUG變量來控制的，在腳本的開發調試階段，可以先執行export DEBUG=true命令打開調試鉤子，使其輸出調試信息，而在把腳本交付使用時，也無需再費事把腳本中的調試語句一一刪除。
如果在每一處需要輸出調試信息的地方均使用if語句來判斷DEBUG變量的值，還是顯得比較繁瑣，通過定義一個DEBUG函數可以使植入調試鉤子的過程更簡潔方便，如下面代碼所示:
|
$ cat –n exp3.sh
1 DEBUG()
2 {
3 if [ "$DEBUG" = "true" ]; then
4 $@
5 fi
6 }
7 a=1
8 DEBUG echo "a=$a"
9 if [ "$a" -eq 1 ]
10 then
11 b=2
12 else
13 b=1
14 fi
15 DEBUG echo "b=$b"
16 c=3
17 DEBUG echo "c=$c"
|
在上面所示的DEBUG函數中，會執行任何傳給它的命令，並且這個執行過程是可以通過DEBUG變量的值來控制的，我們可以把所有跟調試有關的命令都作爲DEBUG函數的參數來調用，非常的方便。
  |
|
上一節所述的調試手段是通過修改shell腳本的源代碼，令其輸出相關的調試信息來定位錯誤的，那有沒有不修改源代碼來調試shell腳本的方法呢？答案就是使用shell的執行選項，本節將介紹一些常用選項的用法：
-n 只讀取shell腳本，但不實際執行
-x 進入跟蹤方式，顯示所執行的每一條命令
-c "string" 從strings中讀取命令
“-n”可用於測試shell腳本是否存在語法錯誤，但不會實際執行命令。在shell腳本編寫完成之後，實際執行之前，首先使用“-n”選項來測試腳本是否存在語法錯誤是一個很好的習慣。因爲某些shell腳本在執行時會對系統環境產生影響，比如生成或移動文件等，如果在實際執行才發現語法錯誤，您不得不手工做一些系統環境的恢復工作才能繼續測試這個腳本。
“-c”選項使shell解釋器從一個字符串中而不是從一個文件中讀取並執行shell命令。當需要臨時測試一小段腳本的執行結果時，可以使用這個選項，如下所示：
sh -c 'a=1;b=2;let c=$a+$b;echo "c=$c"'
"-x"選項可用來跟蹤腳本的執行，是調試shell腳本的強有力工具。“-x”選項使shell在執行腳本的過程中把它實際執行的每一個命令行顯示出來，並且在行首顯示一個"+"號。 "+"號後面顯示的是經過了變量替換之後的命令行的內容，有助於分析實際執行的是什麼命令。 “-x”選項使用起來簡單方便，可以輕鬆對付大多數的shell調試任務,應把其當作首選的調試手段。
如果把本文前面所述的trap ‘command’ DEBUG機制與“-x”選項結合起來，我們 就可以既輸出實際執行的每一條命令，又逐行跟蹤相關變量的值，對調試相當有幫助。
仍以前面所述的exp2.sh爲例，現在加上“-x”選項來執行它：
|
$ sh –x exp2.sh
+ trap 'echo "before execute line:$LINENO, a=$a,b=$b,c=$c"' DEBUG
++ echo 'before execute line:3, a=,b=,c='
before execute line:3, a=,b=,c=
+ a=1
++ echo 'before execute line:4, a=1,b=,c='
before execute line:4, a=1,b=,c=
+ '[' 1 -eq 1 ']'
++ echo 'before execute line:6, a=1,b=,c='
before execute line:6, a=1,b=,c=
+ b=2
++ echo 'before execute line:10, a=1,b=2,c='
before execute line:10, a=1,b=2,c=
+ c=3
++ echo 'before execute line:11, a=1,b=2,c=3'
before execute line:11, a=1,b=2,c=3
+ echo end
end
|
在上面的結果中，前面有“+”號的行是shell腳本實際執行的命令，前面有“++”號的行是執行trap機制中指定的命令，其它的行則是輸出信息。
shell的執行選項除了可以在啓動shell時指定外，亦可在腳本中用set命令來指定。 "set -參數"表示啓用某選項，"set +參數"表示關閉某選項。有時候我們並不需要在啓動時用"-x"選項來跟蹤所有的命令行，這時我們可以在腳本中使用set命令，如以下腳本片段所示：
|
set -x #啓動"-x"選項
要跟蹤的程序段
set +x #關閉"-x"選項
|
set命令同樣可以使用上一節中介紹的調試鉤子—DEBUG函數來調用，這樣可以避免腳本交付使用時刪除這些調試語句的麻煩，如以下腳本片段所示：
|
DEBUG set -x #啓動"-x"選項
要跟蹤的程序段
DEBUG set +x #關閉"-x"選項
|
|
|
|
"-x"執行選項是目前最常用的跟蹤和調試shell腳本的手段，但其輸出的調試信息僅限於進行變量替換之後的每一條實際執行的命令以及行首的一個"+"號提示符，居然連行號這樣的重要信息都沒有，對於複雜的shell腳本的調試來說，還是非常的不方便。幸運的是，我們可以巧妙地利用shell內置的一些環境變量來增強"-x"選項的輸出信息，下面先介紹幾個shell內置的環境變量：
$LINENO
代表shell腳本的當前行號，類似於C語言中的內置宏__LINE__
$FUNCNAME
函數的名字，類似於C語言中的內置宏__func__,但宏__func__只能代表當前所在的函數名，而$FUNCNAME的功能更強大，它是一個數組變量，其中包含了整個調用鏈上所有的函數的名字，故變量${FUNCNAME[0]}代表shell腳本當前正在執行的函數的名字，而變量${FUNCNAME[1]}則代表調用函數${FUNCNAME[0]}的函數的名字，餘者可以依此類推。
$PS4
主提示符變量$PS1和第二級提示符變量$PS2比較常見，但很少有人注意到第四級提示符變量$PS4的作用。我們知道使用“-x”執行選項將會顯示shell腳本中每一條實際執行過的命令，而$PS4的值將被顯示在“-x”選項輸出的每一條命令的前面。在Bash Shell中，缺省的$PS4的值是"+"號。(現在知道爲什麼使用"-x"選項時，輸出的命令前面有一個"+"號了吧？)。
利用$PS4這一特性，通過使用一些內置變量來重定義$PS4的值，我們就可以增強"-x"選項的輸出信息。例如先執行export PS4='+{$LINENO:${FUNCNAME[0]}} ', 然後再使用“-x”選項來執行腳本，就能在每一條實際執行的命令前面顯示其行號以及所屬的函數名。
以下是一個存在bug的shell腳本的示例，本文將用此腳本來示範如何用“-n”以及增強的“-x”執行選項來調試shell腳本。這個腳本中定義了一個函數isRoot(),用於判斷當前用戶是不是root用戶，如果不是，則中止腳本的執行
|
$ cat –n exp4.sh
1 #!/bin/bash
2 isRoot()
3 {
4 if [ "$UID" -ne 0 ]
5 return 1
6 else
7 return 0
8 fi
9 }
10 isRoot
11 if ["$?" -ne 0 ]
12 then
13 echo "Must be root to run this script"
14 exit 1
15 else
16 echo "welcome root user"
17 #do something
18 fi
|
首先執行sh –n exp4.sh來進行語法檢查，輸出如下：
|
$ sh –n exp4.sh
exp4.sh: line 6: syntax error near unexpected token `else'
exp4.sh: line 6: ` else'
|
發現了一個語法錯誤，通過仔細檢查第6行前後的命令，我們發現是第4行的if語句缺少then關鍵字引起的(寫慣了C程序的人很容易犯這個錯誤)。我們可以把第4行修改爲if [ "$UID" -ne 0 ]; then來修正這個錯誤。再次運行sh –n exp4.sh來進行語法檢查，沒有再報告錯誤。接下來就可以實際執行這個腳本了，執行結果如下：
|
$ sh exp4.sh
exp2.sh: line 11: [1: command not found
welcome root user
|
儘管腳本沒有語法錯誤了，在執行時卻又報告了錯誤。錯誤信息還非常奇怪“[1: command not found”。現在我們可以試試定製$PS4的值，並使用“-x”選項來跟蹤：
|
$ export PS4='+{$LINENO:${FUNCNAME[0]}} '
$ sh –x exp4.sh
+{10:} isRoot
+{4:isRoot} '[' 503 -ne 0 ']'
+{5:isRoot} return 1
+{11:} '[1' -ne 0 ']'
exp4.sh: line 11: [1: command not found
+{16:} echo 'welcome root user'
welcome root user
|
從輸出結果中，我們可以看到腳本實際被執行的語句，該語句的行號以及所屬的函數名也被打印出來，從中可以清楚的分析出腳本的執行軌跡以及所調用的函數的內部執行情況。由於執行時是第11行報錯，這是一個if語句，我們對比分析一下同爲if語句的第4行的跟蹤結果：
|
+{4:isRoot} '[' 503 -ne 0 ']'
+{11:} '[1' -ne 0 ']'
|
可知由於第11行的[號後面缺少了一個空格，導致[號與緊挨它的變量$?的值1被shell解釋器看作了一個整體，並試着把這個整體視爲一個命令來執行，故有“[1: command not found”這樣的錯誤提示。只需在[號後面插入一個空格就一切正常了。
shell中還有其它一些對調試有幫助的內置變量，比如在Bash Shell中還有BASH_SOURCE, BASH_SUBSHELL等一批對調試有幫助的內置變量，您可以通過man sh或man bash來查看，然後根據您的調試目的,使用這些內置變量來定製$PS4，從而達到增強“-x”選項的輸出信息的目的。
|
|
|
現在讓我們來總結一下調試shell腳本的過程：
首先使用“-n”選項檢查語法錯誤，然後使用“-x”選項跟蹤腳本的執行，使用“-x”選項之前，別忘了先定製PS4變量的值來增強“-x”選項的輸出信息，至少應該令其輸出行號信息(先執行export PS4='+[$LINENO]'，更一勞永逸的辦法是將這條語句加到您用戶主目錄的.bash_profile文件中去)，這將使你的調試之旅更輕鬆。也可以利用trap,調試鉤子等手段輸出關鍵調試信息，快速縮小排查錯誤的範圍，並在腳本中使用“set -x”及“set +x”對某些代碼塊進行重點跟蹤。這樣多種手段齊下，相信您已經可以比較輕鬆地抓出您的shell腳本中的臭蟲了。如果您的腳本足夠複雜，還需要更強的調試能力，可以使用shell調試器bashdb，這是一個類似於GDB的調試工具，可以完成對shell腳本的斷點設置，單步執行，變量觀察等許多功能，使用bashdb對閱讀和理解複雜的shell腳本也會大有裨益。關於bashdb的安裝和使用，不屬於本文範圍，您可參閱http://bashdb.sourceforge.net/上的文檔並下載試用。
http://www.gnu.org/software/bash/bash.html
http://bashdb.sourceforge.net/