Bash指南:Bash最佳實(shí)踐

每個(gè)行業(yè)都有一個(gè)該行業(yè)的大師們最常使用的工具。 對(duì)于許多系統(tǒng)管理員來(lái)說(shuō)，這個(gè)工具就是他們的shell。 在大多數(shù) Linux 和其他類 Unix 系統(tǒng)上，默認(rèn)的 shell 是 Bash。

Bash 是一個(gè)相當(dāng)古老的程序——它起源于 20 世紀(jì) 80 年代后期——但它建立在更多更老的 shell 上，比如 C shell（csh），csh 至少是它 10 年前的前輩了。 因?yàn)?shell 的概念是那么古老，所以有大量的神秘知識(shí)等待著系統(tǒng)管理員去吸收領(lǐng)悟，使其生活更輕松。

我們來(lái)看看一些基礎(chǔ)知識(shí)。

在某些時(shí)候，誰(shuí)曾經(jīng)無(wú)意中以 root 身份運(yùn)行命令并導(dǎo)致某種問題？舉手

我很確定我們很多人一度都是那個(gè)人。 這很痛苦。 這里有一些非常簡(jiǎn)單的技巧可以防止你再次碰上這類問題。

使用別名

首先，為mv和rm等命令設(shè)置別名，指向mv -i和rm -i。 這將確保在運(yùn)行rm -f /boot時(shí)至少需要你確認(rèn)。 在 Red Hat 企業(yè)版 Linux 中，如果你使用 root 帳戶，則默認(rèn)設(shè)置這些別名。

如果你還要為普通用戶帳戶設(shè)置這些別名，只需將這兩行放入家目錄下名為.bashrc的文件中（這些也適用于sudo）：

alias mv='mv -i'

alias rm='rm -i'

讓你的 root 提示符脫穎而出

你可以采取的防止意外發(fā)生的另一項(xiàng)措施是確保你很清楚在使用 root 帳戶。 在日常工作中，我通常會(huì)讓 root 提示符從日常使用的提示符中脫穎而出。

如果將以下內(nèi)容放入 root 的家目錄中的 .bashrc 文件中，你將看到一個(gè)黑色背景上的紅色的 root 提示符，清楚地表明你（或其他任何人）應(yīng)該謹(jǐn)慎行事。

export PS1="[$(tput bold)$(tput setab 0)$(tput setaf 1)]u@h:w # [$(tput sgr0)]"

實(shí)際上，你應(yīng)該盡可能避免以 root 用戶身份登錄，而是通過(guò) sudo 運(yùn)行大多數(shù)系統(tǒng)管理命令，但這是另一回事。

使用了一些小技巧用于防止使用 root 帳戶時(shí)的“不小心的副作用”之后，讓我們看看 Bash 可以幫助你在日常工作中做的一些好事。

控制你的歷史

你可能知道在 Bash 中你按向上的箭頭時(shí)能看見和重新使用你之前所有（好吧，大多數(shù)）的命令。這是因?yàn)檫@些命令已經(jīng)保存到了你家目錄下的名為 .bash_history 的文件中。這個(gè)歷史文件附帶了一組有用的設(shè)置和命令。

首先，你可以通過(guò)鍵入 history 來(lái)查看整個(gè)最近的命令歷史記錄，或者你可以通過(guò)鍵入 history 30 將其限制為最近 30 個(gè)命令。不過(guò)這技巧太平淡無(wú)奇了（LCTT 譯注： vanilla 原為香草，后引申沒拓展的、標(biāo)準(zhǔn)、普通的，比如 vanilla C++ compiler 意為標(biāo)準(zhǔn) C++ 編譯器）。 你可以更好地控制 Bash 保存的內(nèi)容以及保存方式。

例如，如果將以下內(nèi)容添加到 .bashrc，那么任何以空格開頭的命令都不會(huì)保存到歷史記錄列表中：

HISTCONTROL=ignorespace

如果你需要以明文形式將密碼傳遞給一個(gè)命令，這就非常有用。 （是的，這太可怕了，但它仍然會(huì)發(fā)生。）

如果你不希望經(jīng)常執(zhí)行的命令充斥在歷史記錄中，請(qǐng)使用：

HISTCONTROL=ignorespace:erasedups

這樣，每次使用一個(gè)命令時(shí)，都會(huì)從歷史記錄文件中刪除之前出現(xiàn)的所有相同命令，并且只將最后一次調(diào)用保存到歷史記錄列表中。

我特別喜歡的歷史記錄設(shè)置是 HISTTIMEFORMAT 設(shè)置。 這將在歷史記錄文件中在所有的條目前面添加上時(shí)間戳。 例如，我使用：

HISTTIMEFORMAT="%F %T "

當(dāng)我輸入 history 5 時(shí)，我得到了很好的完整信息，如下所示：

這使我更容易瀏覽我的命令歷史記錄并找到我兩天前用來(lái)建立到我家實(shí)驗(yàn)室的 SSH 連接（我一次又一次地忘記……）。

Bash 最佳實(shí)踐

我將在編寫 Bash 腳本時(shí)最好的（或者至少是好的，我不要求無(wú)所不知）11 項(xiàng)實(shí)踐列出來(lái)。

11、 Bash 腳本可能變得復(fù)雜，不過(guò)注釋也很方便。 如果你在考慮是否要添加注釋，那就添加一個(gè)注釋。 如果你在周末之后回來(lái)并且不得不花時(shí)間搞清楚你上周五想要做什么，那你是忘了添加注釋。

10、 用花括號(hào)括起所有變量名，比如 ${myvariable}。 養(yǎng)成這個(gè)習(xí)慣可以使用 ${variable}_suffix 這種用法了，還能提高整個(gè)腳本的一致性。

9、 計(jì)算表達(dá)式時(shí)不要使用反引號(hào)；請(qǐng)改用 $() 語(yǔ)法。 所以使用：

forfile in$(ls);do

而不使用：

forfile in`ls`;do

前一個(gè)方式是可嵌套的，更易于閱讀的，還能讓一般的系統(tǒng)管理員群體感到滿意。 不要使用反引號(hào)。

8、 一致性是好的。 選擇一種風(fēng)格并在整個(gè)腳本中堅(jiān)持下去。 顯然，我喜歡人們選擇 $() 語(yǔ)法而不是反引號(hào)，并將其變量包在花括號(hào)中。 我更喜歡人們使用兩個(gè)或四個(gè)空格而不是制表符來(lái)縮進(jìn)，但即使你選擇了錯(cuò)誤的方式，也要一貫地錯(cuò)下去。

7、 為 Bash 腳本使用適當(dāng)?shù)尼尠閟hebang（LCTT 譯注：Shebang，也稱為 Hashbang ，是一個(gè)由井號(hào)和嘆號(hào)構(gòu)成的字符序列 #! ，其出現(xiàn)在文本文件的第一行的前兩個(gè)字符。 在文件中存在釋伴的情況下，類 Unix 操作系統(tǒng)的程序載入器會(huì)分析釋伴后的內(nèi)容，將這些內(nèi)容作為解釋器指令，并調(diào)用該指令，并將載有釋伴的文件路徑作為該解釋器的參數(shù)）。 因?yàn)槲艺诰帉態(tài)ash腳本，只打算用 Bash 執(zhí)行它們，所以我經(jīng)常使用 #!/usr/bin/bash 作為我的釋伴。 不要使用 #!/bin/sh 或 #!/usr/bin/sh。 你的腳本會(huì)被執(zhí)行，但它會(huì)以兼容模式運(yùn)行——可能會(huì)產(chǎn)生許多意外的副作用。 （當(dāng)然，除非你想要兼容模式。）

6、 比較字符串時(shí)，在 if 語(yǔ)句中給變量加上引號(hào)是個(gè)好主意，因?yàn)槿绻愕淖兞渴强盏?，Bash 會(huì)為這樣的行拋出一個(gè)錯(cuò)誤：

if[${myvar} == "foo"];then

echo"bar"

fi

對(duì)于這樣的行，將判定為 false：

if["${myvar}" == "foo"];then

echo"bar"

fi

此外，如果你不確定變量的內(nèi)容（例如，在解析用戶輸入時(shí)），請(qǐng)給變量加引號(hào)以防止解釋某些特殊字符，并確保該變量被視為單個(gè)單詞，即使它包含空格。

5、 我想這是一個(gè)品味問題，但我更喜歡使用雙等號(hào)（ == ），即使是比較 Bash 中的字符串。 這是一致性的問題，盡管對(duì)于字符串比較，只有一個(gè)等號(hào)會(huì)起作用，我的思維立即變?yōu)椤皢蝹€(gè) = 是一個(gè)賦值運(yùn)算符！”

4、 使用適當(dāng)?shù)耐顺龃a。 確保如果你的腳本無(wú)法執(zhí)行某些操作，則會(huì)向用戶顯示已寫好的失敗消息（最好提供解決問題的方法）并發(fā)送非零退出代碼：

# we have failed

echo"Process has failed to complete, you need to manually restart the whatchamacallit"

exit1

這樣可以更容易地以編程方式從另一個(gè)腳本調(diào)用你的腳本并驗(yàn)證其成功完成。

3、 使用 Bash 的內(nèi)置機(jī)制為變量提供合理的默認(rèn)值，或者如果未定義你希望定義的變量，則拋出錯(cuò)誤：

# this sets the value of $myvar to redhat, and prints 'redhat'

echo${myvar:=redhat}

# this throws an error reading 'The variable myvar is undefined, dear reader' if $myvar is undefined

${myvar:?The variable myvar isundefined,dear reader}

2、 特別是如果你正在編寫大型腳本，或者是如果你與其他人一起開發(fā)該大型腳本，請(qǐng)考慮在函數(shù)內(nèi)部定義變量時(shí)使用 local 關(guān)鍵字。 local 關(guān)鍵字將創(chuàng)建一個(gè)局部變量，該變量只在該函數(shù)中可見。 這限制了變量沖突的可能性。

1、 每個(gè)系統(tǒng)管理員有時(shí)必須這樣做：在控制臺(tái)上調(diào)試一些東西，可能是數(shù)據(jù)中心的真實(shí)服務(wù)器，也可能是虛擬化平臺(tái)的虛擬服務(wù)器。 如果你必須以這種方式調(diào)試腳本，你會(huì)感謝你自己記住了這個(gè)：不要讓你的腳本中的行太長(zhǎng)！

在許多系統(tǒng)上，控制臺(tái)的默認(rèn)寬度仍為 80 個(gè)字符。 如果你需要在控制臺(tái)上調(diào)試腳本并且該腳本有很長(zhǎng)的行，那么你將成為一個(gè)悲傷的熊貓。 此外，具有較短行的腳本—— 默認(rèn)值仍為 80 個(gè)字符——在普通編輯器中也更容易閱讀和理解！