Shell腳本編程這個(gè)概念很多剛?cè)胄械呐笥岩宦?tīng)就覺(jué)得“老”“現(xiàn)在不都Python了嗎還有必要學(xué)Shell”但你在真實(shí)服務(wù)器上跑一次任務(wù)就會(huì)發(fā)現(xiàn)凡是跟Linux/Unix打交道的地方Shell就是繞不過(guò)去的那一層。我見(jiàn)過(guò)有人用Python寫(xiě)幾百行實(shí)現(xiàn)批量文件處理最后被同事一個(gè)十幾行的Shell腳本輕松搞定效率還更高。這篇文章我不整那些虛的直接用做實(shí)操的口吻把Shell腳本編程從底層概念、核心語(yǔ)法、真實(shí)案例到排查技巧整個(gè)過(guò)一遍。前端、后端、運(yùn)維、測(cè)試哪怕你只是偶爾碰一下服務(wù)器看完都能立刻上手寫(xiě)自己的第一個(gè)腳本。1. 先搞清楚Shell腳本到底是“誰(shuí)”它為什么無(wú)處不在1.1 從“跟操作系統(tǒng)說(shuō)話(huà)”聊起Shell的本質(zhì)是命令解釋器很多人對(duì)Shell有兩個(gè)極端誤解一種覺(jué)得它特別神秘是某種底層語(yǔ)言另一種覺(jué)得它就是“命令行里敲命令”根本談不上編程。其實(shí)Shell就是一個(gè)命令解釋器它是用戶(hù)和操作系統(tǒng)內(nèi)核之間的那層“翻譯官”。你在終端里敲的每條命令都是先交給Shell由它解析、展開(kāi)、調(diào)用系統(tǒng)接口再把結(jié)果顯示給你。Linux系統(tǒng)里常見(jiàn)的Shell有bash、sh、zsh、fish等。其中bashBourne Again Shell是絕大多數(shù)發(fā)行版默認(rèn)的Shell也是腳本里最通用的解釋器。所謂“Shell腳本編程”本質(zhì)上就是把一串本來(lái)要手動(dòng)敲的命令提前寫(xiě)進(jìn)一個(gè)文本文件里讓Shell按順序、按條件去執(zhí)行。它不像C語(yǔ)言或Python那樣需要編譯器也不需要裝一大堆依賴(lài)只要你有一臺(tái)Linux系統(tǒng)天然就能跑這正是它“無(wú)處不在”的根本原因。1.2 腳本和“在終端敲命令”的區(qū)別以及它能幫你解決的三類(lèi)問(wèn)題在終端一行一行敲命令適合臨時(shí)操作但一旦遇到下面這幾類(lèi)情況就必須上腳本重復(fù)性批量任務(wù)比如每天要清理日志、每周要備份數(shù)據(jù)庫(kù)、每月要匯總報(bào)表。手工敲不但效率低還容易漏步驟、敲錯(cuò)參數(shù)。帶條件和循環(huán)的復(fù)雜邏輯比如“磁盤(pán)使用率超過(guò)80%就發(fā)告警郵件”或“循環(huán)處理目錄下所有文件”。這類(lèi)帶判斷、循環(huán)、分支的事情手敲根本忙不過(guò)來(lái)。需要定時(shí)或無(wú)人值守的任務(wù)配合cron定時(shí)任務(wù)腳本能在凌晨?jī)牲c(diǎn)自動(dòng)執(zhí)行第二天早上你看到結(jié)果就行。所以Shell腳本解決的核心問(wèn)題就是把“手動(dòng)、零散、易錯(cuò)”的命令操作變成“自動(dòng)化、可復(fù)用、可排錯(cuò)”的流程。它適合兩類(lèi)人一類(lèi)是系統(tǒng)管理員、運(yùn)維工程師日常運(yùn)維自動(dòng)化離不開(kāi)它另一類(lèi)是開(kāi)發(fā)、測(cè)試、數(shù)據(jù)分析師需要批量處理文件、打包發(fā)布、跑數(shù)據(jù)處理流程。就算你主要寫(xiě)Java或Go部署、構(gòu)建、日志分析這些環(huán)節(jié)也大概率要用到Shell。2. 動(dòng)手寫(xiě)腳本前這幾個(gè)底層概念必須吃透2.1 一切皆文件與命令查找路徑PATH為什么“命令找不到”最常發(fā)生Unix/Linux的設(shè)計(jì)哲學(xué)里有句經(jīng)典名言一切皆文件。目錄是文件、磁盤(pán)設(shè)備是文件、甚至進(jìn)程間的通信管道也是文件?；谶@點(diǎn)Shell腳本里的大部分操作最終都能落到“對(duì)文件的讀寫(xiě)、創(chuàng)建、刪除、查找”上。你理解了這一點(diǎn)再看腳本邏輯就會(huì)特別清晰無(wú)非是先找到文件再處理內(nèi)容最后輸出結(jié)果。那“命令”本身又是什么其實(shí)也是一些可執(zhí)行文件它們被放在特定目錄下比如/bin、/usr/bin、/usr/local/bin。當(dāng)你敲一個(gè)命令時(shí)Shell會(huì)按照一個(gè)叫PATH的環(huán)境變量里記錄的路徑順序逐個(gè)目錄去查找有沒(méi)有這個(gè)名字的可執(zhí)行文件。如果沒(méi)找到就報(bào)“command not found”。提示很多新手寫(xiě)好腳本一執(zhí)行就提示“xxx: command not found”不是命令真的不存在而是腳本執(zhí)行時(shí)的PATH環(huán)境不完整。比如用cron調(diào)度腳本時(shí)默認(rèn)PATH往往只有/bin和/usr/bin你平時(shí)能用的/usr/local/bin下的命令就找不到了。解決辦法是在腳本開(kāi)頭顯式聲明PATH或者直接寫(xiě)命令的完整路徑。2.2 環(huán)境變量、退出碼與管道腳本的“輸入輸出神經(jīng)”腳本不是孤立運(yùn)行的它需要讀取系統(tǒng)信息、告訴上層它是成功還是失敗還要能把多個(gè)命令串起來(lái)。這三件事分別對(duì)應(yīng)三個(gè)核心機(jī)制環(huán)境變量腳本運(yùn)行環(huán)境里的“全局參數(shù)”。常見(jiàn)的如HOME當(dāng)前用戶(hù)家目錄、USER當(dāng)前用戶(hù)名、SHELL默認(rèn)Shell路徑。在腳本里用$變量名引用比如echo $HOME。退出碼Exit Code每個(gè)命令執(zhí)行完都會(huì)返回一個(gè)數(shù)字0代表成功非0代表失敗不同數(shù)字常代表不同錯(cuò)誤類(lèi)型。腳本里用$?可以拿到上一條命令的退出碼。這很關(guān)鍵因?yàn)樽詣?dòng)化任務(wù)必須靠它判斷“這步到底成沒(méi)成功”。管道|把前一個(gè)命令的標(biāo)準(zhǔn)輸出作為后一個(gè)命令的標(biāo)準(zhǔn)輸入。比如cat access.log | grep ERROR就是把日志內(nèi)容“喂”給grep去篩選。這三者加在一起腳本就有了最基本的“感知能力”能讀環(huán)境、能表狀態(tài)、能串聯(lián)命令。后面寫(xiě)判斷邏輯時(shí)if后面的條件本質(zhì)上就是在檢查命令的退出碼。2.3 shebang與執(zhí)行權(quán)限讓腳本“能跑”的第一步經(jīng)?？吹絊hell腳本的第一行是#!/bin/bash或#!/bin/sh這叫shebang井號(hào)感嘆號(hào)。它的作用是指定“用哪個(gè)解釋器來(lái)執(zhí)行這個(gè)腳本”。當(dāng)你直接執(zhí)行腳本文件時(shí)系統(tǒng)會(huì)讀這一行然后把腳本文件當(dāng)作參數(shù)傳給對(duì)應(yīng)的解釋器。要讓腳本可以執(zhí)行還需要有執(zhí)行權(quán)限。最簡(jiǎn)單的方式是chmod x script.sh。很多新手在這兒卡住腳本明明寫(xiě)對(duì)了執(zhí)行卻提示“Permission denied”就是因?yàn)闆](méi)有執(zhí)行權(quán)限。執(zhí)行Shell腳本有幾種常見(jiàn)方式區(qū)別要清楚bash script.sh顯式用bash解釋執(zhí)行不需要執(zhí)行權(quán)限當(dāng)前Shell的自定義函數(shù)和變量不會(huì)帶入子Shell。./script.sh直接執(zhí)行需要執(zhí)行權(quán)限并且腳本第一行shebang決定解釋器。source script.sh或. script.sh在當(dāng)前Shell里執(zhí)行不新起子Shell。常用于加載配置、讓變量影響當(dāng)前環(huán)境。注意我用bash script.sh來(lái)調(diào)試時(shí)有個(gè)習(xí)慣先看腳本里是否用了相對(duì)路徑。因?yàn)槟_本的工作目錄取決于“你在哪里執(zhí)行它”而不是“腳本文件放在哪里”。這是個(gè)高頻坑我后面在案例里還會(huì)再提。3. 核心語(yǔ)法拆解變量、判斷、循環(huán)、文本處理一次講透3.1 變量與參數(shù)傳遞等號(hào)兩邊不能有空格引號(hào)有大講究Shell變量的定義非常寬容但有兩個(gè)細(xì)節(jié)幾乎所有人都會(huì)踩一次細(xì)節(jié)一等號(hào)兩邊不能有空格。寫(xiě)name 張三會(huì)報(bào)錯(cuò)因?yàn)镾hell會(huì)把name當(dāng)命令、把當(dāng)參數(shù)。正確寫(xiě)法是name張三。細(xì)節(jié)二引用變量時(shí)建議養(yǎng)成加雙引號(hào)的習(xí)慣。比如echo $name。如果變量里含空格不加引號(hào)會(huì)被拆成多個(gè)參數(shù)。比如filemy report.txt然后cat $file會(huì)變成cat my report.txt相當(dāng)于打開(kāi)兩個(gè)文件肯定報(bào)錯(cuò)。但寫(xiě)成cat $file就安全。腳本接收外部參數(shù)也常用到一組內(nèi)置變量$0腳本本身的名字$1、$2第一個(gè)、第二個(gè)位置參數(shù)$#參數(shù)個(gè)數(shù)$或$*所有參數(shù)字符串處理是腳本里最高頻的操作。這里分享幾個(gè)我常用的寫(xiě)法strhello.world.txt echo ${str%.txt} # 去掉后綴輸出 hello.world echo ${str#*.} # 去掉左邊直到第一個(gè)點(diǎn)輸出 world.txt echo ${str//./_} # 把所有點(diǎn)替換成下劃線(xiàn)輸出 hello_world_txt這種${變量#模式}、${變量%模式}的寫(xiě)法比起sed處理變量?jī)?nèi)容效率更高是純Shell內(nèi)建能力不用額外起進(jìn)程。語(yǔ)法稍微有點(diǎn)繞但用熟了之后處理文件名特別順手。3.2 條件判斷、循環(huán)與函數(shù)封裝寫(xiě)法細(xì)節(jié)決定成敗條件判斷if的語(yǔ)法是if [ -f /etc/hosts ]; then echo file exists elif [ -d /tmp ]; then echo dir exists else echo not found fi這里要注意兩個(gè)坑第一[后面、]前面必須有空格[ -f /etc/hosts ]如果寫(xiě)成[-f /etc/hosts]會(huì)直接語(yǔ)法報(bào)錯(cuò)。第二then前面要用分號(hào)或換行分隔。更現(xiàn)代一點(diǎn)的寫(xiě)法是用[[ ]]它在bash里更安全支持正則匹配和更復(fù)雜的邏輯組合我推薦直接用if [[ $name a* ]]; then echo 以a開(kāi)頭 fi常用文件判斷參數(shù)-f是否存在且為文件、-d是否目錄、-x是否可執(zhí)行、-s文件是否非空。數(shù)值比較用-eq、-ne、-gt、-lt字符串比較用或。循環(huán)主要有for和while# for 遍歷列表 for ip in 192.168.1.1 192.168.1.2; do ping -c 1 $ip /dev/null echo $ip is up done # while 逐行讀取文件 while read -r line; do echo 處理: $line done ./data.txtwhile read這個(gè)寫(xiě)法是處理文件按行遍歷的標(biāo)準(zhǔn)姿勢(shì)。-r參數(shù)可以防止反斜杠被轉(zhuǎn)義解釋處理路徑類(lèi)內(nèi)容時(shí)務(wù)必加上。函數(shù)封裝則能把重復(fù)代碼收攏log_info() { echo [INFO] $(date %Y-%m-%d %H:%M:%S) $1 } log_info 腳本開(kāi)始執(zhí)行Shell函數(shù)的兩個(gè)特點(diǎn)要牢記一是函數(shù)里的變量默認(rèn)是全局的跟腳本共用如果你想要局部變量得在定義時(shí)用local關(guān)鍵字。二是函數(shù)要“先定義后調(diào)用”不像其他語(yǔ)言有提升機(jī)制所以函數(shù)定義一般放腳本靠前。3.3 文本處理三劍客grep、sed、awk在腳本里的正確用法Shell腳本里最值錢(qián)的能力不是語(yǔ)法花哨而是能用一行命令把“日志文件、配置文件”里的信息抽出來(lái)。我平時(shí)用得最多的三個(gè)工具grep過(guò)濾行。# 查日志里的ERROR并帶行號(hào) grep -n ERROR app.log # 忽略大小寫(xiě)、顯示前后兩行上下文 grep -i -n -C 2 error app.log # 只輸出匹配部分而不是整行 grep -o [0-9]\\.[0-9]\\.[0-9]\\.[0-9]\ app.logsed流編輯替換和刪除。# 把舊的IP替換成新的注意macOS和Linux的 -i 參數(shù)寫(xiě)法不同 sed -i s/192.168.1.1/192.168.2.1/g config.properties # 只刪除第3到第5行 sed -i 3,5d data.txtawk按列抽取和統(tǒng)計(jì)。# 打印第1列和第3列冒號(hào)分隔 awk -F: {print $1, $3} /etc/passwd # 按條件統(tǒng)計(jì)日志里狀態(tài)碼為500的次數(shù) awk $9 500 {count} END {print count} access.log我的經(jīng)驗(yàn)是能把一個(gè)文本處理需求拆成“grep先圈定范圍、sed做修改、awk做統(tǒng)計(jì)”這個(gè)流程腳本就已經(jīng)能解決80%的數(shù)據(jù)處理問(wèn)題。后面案例里我會(huì)組合起來(lái)用。4. 實(shí)操案例從零手寫(xiě)一個(gè)日志清理與備份腳本4.1 需求分析與方案設(shè)計(jì)先想清楚再動(dòng)手直接講語(yǔ)法容易讓人原地轉(zhuǎn)圈我拿一個(gè)真實(shí)項(xiàng)目里的需求來(lái)串一遍。某臺(tái)業(yè)務(wù)服務(wù)器上有一個(gè)應(yīng)用會(huì)持續(xù)寫(xiě)日志日志文件按天滾動(dòng)存在/data/app/logs/下形如app-2024-01-15.log?，F(xiàn)在的痛點(diǎn)是日志越積越多磁盤(pán)空間告警頻繁。需要做兩件事找出15天前、7天前的日志分別做壓縮和刪除。保留最近7天的日志不處理7到30天之間的日志壓縮歸檔超過(guò)30天的日志直接刪除。方案里用到兩個(gè)核心命令find按時(shí)間、名字、類(lèi)型查找文件。tar或gzip壓縮歸檔。4.2 編寫(xiě)腳本一步一步把邏輯落成代碼我先寫(xiě)一個(gè)基礎(chǔ)版本邏輯是定義日志根目錄、保留天數(shù)、告警閾值。用find找需要處理的老文件。超過(guò)30天的直接刪除超過(guò)7天的先壓縮。每次操作寫(xiě)一條帶時(shí)間戳的日志記錄方便事后追溯。腳本內(nèi)容如下#!/bin/bash # 配置區(qū) LOG_DIR/data/app/logs ARCHIVE_DAYS7 DELETE_DAYS30 SCRIPT_LOG/var/log/cleanup_script.log # 前置檢查 if [ ! -d $LOG_DIR ]; then echo $(date %Y-%m-%d %H:%M:%S) [ERROR] 日志目錄不存在: $LOG_DIR $SCRIPT_LOG exit 1 fi echo $(date %Y-%m-%d %H:%M:%S) [INFO] 開(kāi)始清理日志目錄 $LOG_DIR $SCRIPT_LOG # 壓縮 7天前的日志 find $LOG_DIR -name *.log -type f -mtime $ARCHIVE_DAYS -mtime -$DELETE_DAYS | while read -r file; do if gzip -9 $file; then echo $(date %Y-%m-%d %H:%M:%S) [INFO] 壓縮成功: $file.gz $SCRIPT_LOG else echo $(date %Y-%m-%d %H:%M:%S) [ERROR] 壓縮失敗: $file $SCRIPT_LOG fi done # 刪除 30天前的日志 find $LOG_DIR -name *.log* -type f -mtime $DELETE_DAYS -delete echo $(date %Y-%m-%d %H:%M:%S) [INFO] 日志清理完成 $SCRIPT_LOG這段代碼里有幾個(gè)細(xì)節(jié)值得解釋-mtime 7表示“7天以前修改過(guò)的文件”-mtime -30表示“30天之內(nèi)修改過(guò)的文件”。兩條組合正好圈出7到30天之間這個(gè)區(qū)間。壓縮用gzip -9表示最高壓縮比日志文件文本重復(fù)度高壓縮效果明顯。壓縮成功后再刪除原文件避免壓縮一半出問(wèn)題導(dǎo)致數(shù)據(jù)丟失。-delete是find直接刪除比-exec rm {} \;更安全高效注意它必須放在find命令的最后。4.3 部署調(diào)度用cron讓腳本“自己跑起來(lái)”腳本寫(xiě)好后先手動(dòng)執(zhí)行一遍驗(yàn)證效果。確認(rèn)沒(méi)問(wèn)題后再配置cron定時(shí)任務(wù)# 每天凌晨2點(diǎn)30分執(zhí)行 30 2 * * * /usr/local/bin/cleanup_log.sh /dev/null 21這里有個(gè)非常關(guān)鍵的細(xì)節(jié)cron環(huán)境下PATH環(huán)境變量極簡(jiǎn)腳本里如果用到/usr/local/bin下的命令必須寫(xiě)絕對(duì)路徑或者在腳本開(kāi)頭顯式設(shè)置PATH。我一般在腳本配置區(qū)加一行export PATH/usr/local/bin:/usr/bin:/bin不要小看這一行。很多人的腳本手動(dòng)執(zhí)行正常但一進(jìn)cron就“行為異常”十有八九就是PATH的問(wèn)題。另一個(gè)部署心得是上線(xiàn)前先在腳本里打開(kāi)調(diào)試模式跑一次看輸出確認(rèn)了再關(guān)掉。后面第五部分我會(huì)細(xì)說(shuō)調(diào)試方法。4.4 這個(gè)案例還能怎么擴(kuò)展真實(shí)環(huán)境里清理任務(wù)往往沒(méi)這么簡(jiǎn)單我習(xí)慣給它再加幾個(gè)能力磁盤(pán)空間告警腳本里加一個(gè)判斷用df -h取當(dāng)前使用率超過(guò)閾值就調(diào)用一個(gè)告警函數(shù)比如寫(xiě)釘釘/企業(yè)微信機(jī)器人接口。異常退出碼檢查每次操作后檢查$?一旦失敗就發(fā)錯(cuò)誤日志而不是悄然繼續(xù)?；コ怄i防止cron調(diào)度重疊執(zhí)行。實(shí)現(xiàn)方法是在腳本開(kāi)頭創(chuàng)建一個(gè)鎖文件比如/var/run/cleanup_log.lock用mkdir的原子性來(lái)確保只有一個(gè)實(shí)例在跑?；コ怄i加鎖的標(biāo)準(zhǔn)寫(xiě)法是這樣LOCK_DIR/var/run/cleanup_log.lock if ! mkdir $LOCK_DIR 2/dev/null; then echo $(date %Y-%m-%d %H:%M:%S) [WARN] 已有清理任務(wù)在執(zhí)行退出 $SCRIPT_LOG exit 0 fi trap rmdir $LOCK_DIR EXITtrap很關(guān)鍵它保證腳本不管是正常結(jié)束還是中途出錯(cuò)都會(huì)去刪掉鎖目錄避免死鎖。5. 調(diào)試技巧與常見(jiàn)問(wèn)題排查實(shí)錄5.1 最實(shí)用的調(diào)試手段bash -x、-n、set -euxo pipefail寫(xiě)Shell腳本最痛苦的是“報(bào)錯(cuò)看不懂、不報(bào)錯(cuò)結(jié)果也不對(duì)”。我調(diào)試時(shí)基本靠三板斧第一板斧語(yǔ)法檢查不需要執(zhí)行。bash -n script.sh它只檢查語(yǔ)法錯(cuò)誤不執(zhí)行腳本。有語(yǔ)法問(wèn)題會(huì)立刻提示“l(fā)ine xx: syntax error”改完再跑。第二板斧跟蹤執(zhí)行過(guò)程。bash -x script.sh它會(huì)打印每一行命令展開(kāi)后的實(shí)際內(nèi)容在每行前面用號(hào)標(biāo)出來(lái)。這對(duì)排查“變量為什么是空的、命令參數(shù)有沒(méi)有傳對(duì)”特別有效。第三板斧腳本內(nèi)嵌嚴(yán)格模式。我寫(xiě)稍微復(fù)雜一點(diǎn)的腳本時(shí)開(kāi)頭一般是這樣的#!/bin/bash set -euo pipefail這一行的四個(gè)參數(shù)分別解決不同問(wèn)題-e任何一條命令退出碼非0就立刻退出。避免“最后一行成功前面其實(shí)已經(jīng)失敗”的假象。-u使用未定義的變量直接報(bào)錯(cuò)而不是當(dāng)成空字符串。能抓出一堆拼寫(xiě)錯(cuò)誤。-o pipefail管道中只要有任何一個(gè)命令失敗整條管道就算失敗。否則cmd1 | cmd2的退出碼只取決于cmd2cmd1掛了你也發(fā)現(xiàn)不了。-x把trace開(kāi)關(guān)放開(kāi)方便看執(zhí)行流程。這個(gè)可以單獨(dú)在調(diào)試時(shí)開(kāi)。但這類(lèi)嚴(yán)格模式也不是無(wú)腦加。比如你的腳本里本來(lái)就希望某條命令失敗后繼續(xù)執(zhí)行就需要在命令末尾加|| true或者臨時(shí)關(guān)閉set -e再用set e恢復(fù)。我自己的習(xí)慣是清洗數(shù)據(jù)類(lèi)腳本、有明確重試邏輯的腳本慎用全局-e日常任務(wù)腳本該加就加。5.2 線(xiàn)上常碰到的報(bào)錯(cuò)與處理思路把實(shí)際運(yùn)維里反復(fù)出現(xiàn)的幾個(gè)問(wèn)題整理成速查表方便對(duì)癥下藥報(bào)錯(cuò)現(xiàn)象可能原因解決辦法command not foundPATH不完整或命令沒(méi)安裝寫(xiě)全路徑或腳本開(kāi)頭export PATHPermission denied腳本沒(méi)有執(zhí)行權(quán)限chmod x script.sh$\r: command not found腳本在Windows下編輯帶CRLF換行sed -i s/\r$// script.sh或改用LF換行[: missing ]if判斷方括號(hào)里空格沒(méi)寫(xiě)對(duì)檢查[后、]前是否都有空格變量值為空變量名拼錯(cuò)或等號(hào)兩邊有空格set -u開(kāi)啟未定義變量檢查用bash -x查看展開(kāi)結(jié)果本地正常cron里不正常PATH不同、環(huán)境變量缺失、執(zhí)行用戶(hù)不同cron里顯式用絕對(duì)路徑腳本內(nèi)固定PATH日志時(shí)間不對(duì)或亂碼未設(shè)置時(shí)區(qū)或LANG環(huán)境變量腳本開(kāi)頭export TZAsia/Shanghai、export LANGC.UTF-8排查時(shí)我通常遵循一個(gè)順序先看退出碼再用bash -x看執(zhí)行軌跡接著檢查變量值最后看文件權(quán)限和路徑。80%的問(wèn)題都能在這幾步里定位。6. 腳本風(fēng)格、可維護(hù)性與我個(gè)人踩過(guò)的那些坑6.1 寫(xiě)腳本也要講“工程化”命名、注釋、模塊化很多人覺(jué)得Shell腳本是“臨時(shí)東西”不必講究規(guī)范。但真實(shí)情況是腳本進(jìn)了cron以后可能要在生產(chǎn)環(huán)境跑兩三年。你三個(gè)月后再回頭看自己寫(xiě)的腳本如果沒(méi)有清晰注釋真的會(huì)忘了當(dāng)初為什么這么寫(xiě)。我個(gè)人的腳本規(guī)范是這幾條腳本頭部寫(xiě)明用途、作者、創(chuàng)建時(shí)間、最后修改時(shí)間、用法示例。配置項(xiàng)全部集中放在腳本頂部用大寫(xiě)變量名比如LOG_DIR。函數(shù)按功能拆分函數(shù)名統(tǒng)一用動(dòng)詞名詞如backup_db()、send_alert()。關(guān)鍵命令執(zhí)行前echo一句提示信息關(guān)鍵步驟后用退出碼判斷并記錄日志。全文統(tǒng)一用bash語(yǔ)法腳本中盡量使用bash而不是sh的兼容子集。6.2 我實(shí)際使用中印象最深的幾個(gè)教訓(xùn)寫(xiě)Shell這么多年來(lái)有幾個(gè)教訓(xùn)是我每次分享都要念叨一遍的第一個(gè)不要把“等價(jià)命令”擅自替換。我早期寫(xiě)腳本時(shí)為了圖省事把find刪除改成了rm -rf $(find ...)。結(jié)果某次路徑變量為空命令最終變成了rm -rf /的前半段幸好及時(shí)發(fā)現(xiàn)。后來(lái)我定了死規(guī)矩凡是刪除操作一律用find -delete并且在腳本里對(duì)目錄變量做非空校驗(yàn)。這一條值得所有人刻進(jìn)腦子里。第二個(gè)處理文件名時(shí)永遠(yuǎn)記得加引號(hào)。有些文件名會(huì)帶空格甚至帶換行符。不加引號(hào)時(shí)循環(huán)遍歷會(huì)把一個(gè)名字拆成多個(gè)。用while read -r file; do配合$file是處理“文件名帶特殊字符”的標(biāo)準(zhǔn)解法。第三個(gè)別用sleep硬扛等待任務(wù)。最早我寫(xiě)一個(gè)等待后端啟動(dòng)的腳本用的是sleep 30然后檢查進(jìn)程。后來(lái)同事提醒我應(yīng)該用循環(huán)探測(cè)端口while ! nc -z 127.0.0.1 8080; do sleep 2; done。這樣容器啟動(dòng)快時(shí)不用白等啟動(dòng)慢時(shí)也不用擔(dān)心時(shí)間不夠。這種“探測(cè)式等待”比死等穩(wěn)健得多。第四個(gè)腳本里要處理“半途失敗”的善后。比如壓縮日志時(shí)壓縮到一半磁盤(pán)滿(mǎn)了原文件還完好但.gz文件是殘的。這時(shí)如果腳本繼續(xù)執(zhí)行刪除會(huì)發(fā)現(xiàn)gzip返回非0直接用連接就不會(huì)執(zhí)行刪除。我習(xí)慣是if gzip $file; then rm $file; fi確保壓縮成功才刪原文件。6.3 后續(xù)可以繼續(xù)擴(kuò)展的幾個(gè)方向Shell腳本學(xué)到這兒基本日常自動(dòng)化已經(jīng)夠用了。再往上走有幾個(gè)方向你可以根據(jù)自己的場(chǎng)景繼續(xù)深入和監(jiān)控系統(tǒng)結(jié)合讓腳本輸出標(biāo)準(zhǔn)格式的指標(biāo)數(shù)據(jù)接入已有的監(jiān)控告警平臺(tái)。用Shell做CI/CD流水線(xiàn)腳本很多發(fā)布流程里的構(gòu)建、測(cè)試、部署步驟底層都是Shell腳本在驅(qū)動(dòng)。學(xué)習(xí)配套工具鏈比如jq處理JSON、yq處理YAML、parallel做并行處理。這些工具配合Shell能覆蓋更復(fù)雜的數(shù)據(jù)加工場(chǎng)景。理解其他腳本語(yǔ)言Shell適合“膠水層”和任務(wù)編排但復(fù)雜的數(shù)據(jù)結(jié)構(gòu)、算法邏輯還是交給Python、Go這些更合適。真實(shí)項(xiàng)目里的最佳實(shí)踐往往是“ShellPython”混合Shell負(fù)責(zé)調(diào)度、調(diào)用、處理文件Python負(fù)責(zé)重邏輯。我自己現(xiàn)在寫(xiě)自動(dòng)化任務(wù)時(shí)思路已經(jīng)固定了能一條awk解決的絕不上循環(huán)能用find解決的絕不手寫(xiě)遍歷能用函數(shù)封裝的絕不復(fù)制粘貼。腳本寫(xiě)得越短越清晰出問(wèn)題的概率就越低。這種“偷懶”其實(shí)是最認(rèn)真的工程態(tài)度——把時(shí)間省下來(lái)去處理真正需要人處理的事情。