每個(gè)職業(yè)都有最常用的工具。對(duì)于許多系統(tǒng)管理員來(lái)說(shuō)，shell可能是比較熟悉的。在大多數(shù)Linux和其他類(lèi)Unix系統(tǒng)上，默認(rèn)的shell是Bash。

Bash是一個(gè)相當(dāng)古老的程序，它起源于20世紀(jì)80年代后期。但它建立在更多，更老的shell上，比如C shell（csh）。我們來(lái)看看一些基礎(chǔ)知識(shí)。

相信你在某些時(shí)候，曾無(wú)意中以root身份運(yùn)行命令并導(dǎo)致某種問(wèn)題？這里有一些非常簡(jiǎn)單的技巧可以防止你遇到這樣的問(wèn)題。

使用別名

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

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

alias mv=’mv -i’

alias rm=’rm -i’

你的根提示符

你可以采取的另一項(xiàng)措施是防止意外發(fā)生，確保你在使用root帳戶(hù)時(shí)知道。我通常這樣做是為了讓我的正常日常工作中使用的提示能夠很好地突出根提示符。

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

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

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

實(shí)施了一些小技巧來(lái)幫助防止使用root帳戶(hù)的“無(wú)意的副作用”，讓我們看看Bash可以給你你在日常工作中帶來(lái)怎樣的幫助？

控制history文件

你可能知道，當(dāng)在Bash中按向上箭頭鍵時(shí)，你可以查看并重復(fù)使用以前的所有命令。這是因?yàn)檫@些命令已保存到主目錄中名為.bash_history的文件中。該歷史文件附帶了一組非常有用的設(shè)置和命令。

首先，你可以通過(guò)鍵入歷史記錄來(lái)查看整個(gè)最近的命令歷史記錄，或者你可以通過(guò)鍵入歷史記錄，或?qū)⑵湎拗茷樽罱?0個(gè)命令。你可以更好地控制Bash保存的內(nèi)容以及保存方式。

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

HISTCONTROL=ignorespace

如果你需要用命令寫(xiě)入明文形式的密碼。（是的，這太可怕了，但它仍然會(huì)發(fā)生。）

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

HISTCONTROL=ignorespace:erasedups

這樣，每次使用命令時(shí)，都會(huì)從歷史記錄文件中刪除之前發(fā)生的所有事件，并且只將最后一次調(diào)用保存到歷史記錄列表中。

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

HISTTIMEFORMAT=”%F %T “

當(dāng)我輸入五條歷史記錄時(shí)，我得到了很好的完整信息，如下所示：

1009 2018-06-11 22:34:38 cat /etc/hosts

1010 2018-06-11 22:34:40 echo $foo

1011 2018-06-11 22:34:42 echo $bar

1012 2018-06-11 22:34:44 ssh myhost

1013 2018-06-11 22:34:55 vim .bashrc

這使我更容易瀏覽我的命令歷史記錄，并找到我兩天前用來(lái)建立到家中的SSH隧道。

最好的Bash實(shí)踐

在編寫(xiě)B(tài)ash腳本時(shí)，我將用最好的11個(gè)用法列出來(lái)（我是這樣認(rèn)為的）。

11.Bash腳本可能變得復(fù)雜，添加注釋沒(méi)那么復(fù)雜。因?yàn)槿绻阍谥苣┲蠡氐焦ぷ髦?#xff0c;不得不花時(shí)間搞清楚你上周五想要做什么的話(huà)，別忘了添加注釋。

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

9.評(píng)估表達(dá)式時(shí)不要使用反引號(hào)；請(qǐng)改用$（）語(yǔ)法?？梢允褂?#xff1a;

for file in $(ls); do

反之：

for file in `ls`; do

前一個(gè)選項(xiàng)是可嵌套的，更易于閱讀，并使一般的系統(tǒng)管理員感到滿(mǎn)意。不要使用反引號(hào)。

8.一致性很好。選擇一種風(fēng)格并在整個(gè)腳本中堅(jiān)持下去。顯然，我更喜歡人們?cè)诜匆?hào)中選擇$（）語(yǔ)法,并將其變量放在在花括號(hào)中。

7.使用適當(dāng)?shù)膕hebang作為Bash腳本。因?yàn)槲艺诰帉?xiě)B(tài)ash腳本，只打算用Bash執(zhí)行它們，所以我經(jīng)常使用＃！/ usr / bin / bash作為我的shebang。不要使用＃！/ bin / sh或＃！/ usr / bin / sh。你的腳本將執(zhí)行，但它將以兼容模式運(yùn)行?？赡軙?huì)產(chǎn)生許多意外的副作用。（當(dāng)然，除非你想要兼容模式。）

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

if [ ${myvar} == “foo” ]; then

echo “bar”

fi

對(duì)于這樣的行，將評(píng)估為false：

if [ “${myvar}” == “foo” ]; then

echo “bar”

fi

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

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

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

# we have failed

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

exit 1

這樣可以更容易地以編程方式從另一個(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 is undefined, dear reader}

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

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è)字符，在普通編輯器中也更容易閱讀和理解！

來(lái)源：代碼灣

http://codebay.cn/post/9699.html

版權(quán)歸原作者所有，轉(zhuǎn)載僅供學(xué)習(xí)使用，不用于任何商業(yè)用途，如有侵權(quán)請(qǐng)留言聯(lián)系刪除，感謝合作。

數(shù)據(jù)與算法之美

用數(shù)據(jù)解決不可能

長(zhǎng)按掃碼關(guān)注

總結(jié)

以上是生活随笔為你收集整理的Linux系统管理员的Bash指南，11条Bash实践经验！的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。