您好,登錄后才能下訂單哦!
Shell 腳本中重復執行如何解決,相信很多沒有經驗的人對此束手無策,為此本文總結了問題出現的原因和解決方法,通過這篇文章希望你能解決這個問題。
簡介
flock 是文件鎖命令,它可以保證Linux系統上進程之間安全的訪問臨界資源,在shell腳本中,可以用來控制邏輯的互斥性
實例1
現有腳本 a.sh, 內容如下
#!/bin/bash echo "[`date +'%Y-%m-%d %H:%M:%S'`] begin pid:$$..." sleep 10 echo "[`date +'%Y-%m-%d %H:%M:%S'`] end pid:$$..."
在終端(記為終端1)中執行 flock -xn ./f.lock -c ./a.sh 命令,結果如下
[tt@ecs-centos-7 lock_test]$ flock -xn ./f.lock -c ./a.sh [2020-12-10 10:10:45] begin pid:5359... [2020-12-10 10:10:55] end pid:5359...
在上述命令執行期間,打開另一個終端(記為終端2),執行同樣的命令,結果如下
[tt@ecs-centos-7 lock_test]$ flock -xn ./f.lock -c ./a.sh [tt@ecs-centos-7 lock_test]$
上面的命令 flock -xn ./f.lock -c ./a.sh 中
-x 選項是排他鎖,有時候也稱為寫鎖,這是默認選項
-n 選項是非阻塞,如果無法獲取鎖,立即返回失敗,而不是一直等待鎖的釋放
-c 選項后面是待執行的命令
終端1 中執行 flock -xn ./f.lock -c ./a.sh 命令,對 f.lock 文件加鎖,同時執行 ./a.sh 命令,執行過程會持續10秒左右( sleep 10 語句 )
由于終端2 中 flock -xn ./f.lock -c ./a.sh 命令是在 終端1 命令執行期間執行的,此時終端1 還未釋放 f.lock文件鎖,再加上 -n選項是非阻塞的,所以終端2 不會阻塞等待 f.lock 文件鎖,而是立即返回
終端2 如果執行 flock -x ./f.lock -c ./a.sh 命令,會一直阻塞等待,直到 終端1 釋放 f.lock 文件鎖,它才會獲取到 f.lock 文件鎖并開始執 ./a.sh 命令
實例2
實例1 中每次都需要執行 flock -xn 文件鎖 -c ./a.sh 命令,而且每個不能重復執行的腳本都要分配一個文件鎖,還得保證不同的腳本得使用不同名字的文件鎖
有沒有辦法做到只要執行 ./a.sh 命令就可以實現 實例1 中的功能呢?
答案:有的
我們把 a.sh 稍微修改下,修改之后的內容如下
1 #!/bin/bash 2 3 4 echo "[`date +'%Y-%m-%d %H:%M:%S'`] 1111 pid:$$...MY_LOCK:${MY_LOCK}" 5 6 [ "${MY_LOCK}" != "$0" ] && exec env MY_LOCK="$0" flock -xn "$0" "$0" "$@" 7 8 echo "[`date +'%Y-%m-%d %H:%M:%S'`] begin pid:$$...MY_LOCK:${MY_LOCK}" 9 10 sleep 10 11 12 echo "[`date +'%Y-%m-%d %H:%M:%S'`] end pid:$$..."
終端1 執行 ./a.sh 命令,輸出如下
[tt@ecs-centos-7 lock_test]$ ./a.sh [2020-12-10 14:11:35] 1111 pid:5944...MY_LOCK: [2020-12-10 14:11:35] 1111 pid:5946...MY_LOCK:./a.sh [2020-12-10 14:11:35] begin pid:5946...MY_LOCK:./a.sh [2020-12-10 14:11:45] end pid:5946...
在終端1 命令執行期間,終端2 執行 ./a.sh 命令,輸出如下
[tt@ecs-centos-7 lock_test]$ ./a.sh [2020-12-10 14:11:44] 1111 pid:5976...MY_LOCK: [2020-12-10 14:11:44]
新的 a.sh 腳本相比原來新增了第 4、6 兩行
第 4 行是日志打印
第 6 行說明
$0 是腳本名字,這里的值是 ./a.sh
$@ 是傳入 a.sh 腳本的所有參數
exec 會在當前進程執行它后面緊接著的命令,當前腳本進程原來還未執行完的命令不會執行了
[ "${MY_LOCK}" != "$0" ] 是判斷 MY_LOCK 環境變量是否和腳本名字( a.sh ) 相同
如果不同,就執行 env MY_LOCK="$0" 命令 和 flock -xn "$0" "$0" "$@" 命令
env MY_LOCK="$0" 設置環境變量 MY_LOCK 的值為腳本名字
flock -xn "$0" "$0" "$@" 其實就是 flock -xn ./a.sh ./a.sh,它使用當前腳本名字作為文件鎖
實例2 中,執行 ./a.sh 命令之后,當運行到第 6 行時,MY_LOCK 變量是空值,所以 [ "${MY_LOCK}" != "$0" ] 的結果為 true
exec 命令會忽略掉后面未執行的命令,也即在當前shell進程中 第 6 行之后的命令都不會執行了
緊接著, exec env MY_LOCK="$0" flock -xn "$0" "$0" "$@" 命令, 把 MY_LOCK 變量的值設置為當前腳本名字 ./a.sh ,同時執行 flock -xn "$0" "$0" "$@"命令,此命令會在一個新的子shell中執行 ./a.sh ,所以腳本后續的輸出中打印的進程ID和開始時不一樣
同時,由于在 flock -xn "$0" "$0" "$@" 之前執行過 env MY_LOCK="$0",MY_LOCK 變量的值被設置為了 ./a.sh, 所以 flock -xn "$0" "$0" "$@" 命令重新執行 ./a.sh 命令時, 腳本第 6 行的 [ "${MY_LOCK}" != "$0" ] 的結果為 false, 第 6 行 exec 后面的命令不會執行,腳本接著從第 7 行一直執行到最后, 結果輸出 8 和 12 行的日志也說明腳本執行完了
看完上述內容,你們掌握 Shell 腳本中重復執行如何解決的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。