linux執行shell腳本文件
首先腳本需要有執行許可權
chmod u+x file.sh
執行腳本有三種方法：
1. ./file.sh
特點：開啟bash子進程來執行，也就是開啟額外的進程來進行，不影響原進程的變數、配置等
2. bash file.sh
特點：和./file.sh相同
3. source file.sh 或者 . file.sh
特點：在原bash進程中執行腳本。
第三種方法主要用於在腳本中切換用戶su、切換目錄cd等命令。
source 和 . 命令是相同的。
你可以搜索 source
補充,如何查看腳本運行是否開啟了bash子進程
1.
vim
file.sh
2.
寫入
#!/bin/bash
#echo
$$命令會輸出bash進程id
echo
$$
3.
保存並賦予可執行許可權chmod
u+x
file.sh
4.
在你的shell中輸入，echo
$$
屏幕輸出4176
5.
./file.sh
屏幕輸出3600
6.
bash
file.sh
屏幕輸出3984
7.
source
file.sh
屏幕輸出4176
和
你直接在shell中輸出的一樣，說明是在同一個bash進程
② Linux Shell 教程——想玩轉linux就請一直看下去
Shell 是一個用 C 語言編寫的程序，它是用戶使用 Linux 的橋梁。Shell 既是一種命令語言，又是一種程序設計語言。
Shell 是指一種應用程序，這個應用程序提供了一個界面，用戶通過這個界面訪問操作系統內核的服務。
Ken Thompson 的 sh 是第一種 Unix Shell，Windows Explorer 是一個典型的圖形界面 Shell。
Shell 在線工具
Shell 腳本（shell script），是一種為 shell 編寫的腳本程序。
業界所說的 shell 通常都是指 shell 腳本，但讀者朋友要知道，shell 和 shell script 是兩個不同的概念。
由於習慣的原因，簡潔起見，本文出現的 "shell編程" 都是指 shell 腳本編程，不是指開發 shell 自身。
Shell 編程跟 JavaScript、php 編程一樣，只要有一個能編寫代碼的文本編輯器和一個能解釋執行的腳本解釋器就可以了。
Linux 的 Shell 種類眾多，常見的有：
在一般情況下，人們並不區分 Bourne Shell 和 Bourne Again Shell，所以，像 #!/bin/sh ，它同樣也可以改為 #!/bin/bash 。
#! 告訴系統其後路徑所指定的程序即是解釋此腳本文件的 Shell 程序。
打開文本編輯器(可以使用 vi/vim 命令來創建文件)，新建一個文件 test.sh，擴展名為 sh（sh代表shell），擴展名並不影響腳本執行，見名知意就好，如果你用 php 寫 shell 腳本，擴展名就用 php 好了。
輸入一些代碼，第一行一般是這樣：
#!/bin/bash
echo "Hello World !"
運行實例 »
#! 是一個約定的標記，它告訴系統這個腳本需要什麼解釋器來執行，即使用哪一種 Shell。
echo 命令用於向窗口輸出文本。
1、作為可執行程序
將上面的代碼保存為 test.sh，並 cd 到相應目錄：
注意，一定要寫成 ./test.sh ，而不是 test.sh ，運行其它二進制的程序也一樣，直接寫 test.sh，linux 系統會去 PATH 里尋找有沒有叫 test.sh 的，而只有 /bin, /sbin, /usr/bin，/usr/sbin 等在 PATH 里，你的當前目錄通常不在 PATH 里，所以寫成 test.sh 是會找不到命令的，要用 ./test.sh 告訴系統說，就在當前目錄找。
2、作為解釋器參數
這種運行方式是，直接運行解釋器，其參數就是 shell 腳本的文件名，如：
這種方式運行的腳本，不需要在第一行指定解釋器信息，寫了也沒用。
③ Linux Shell 腳本編程最佳實踐
IT路邊社
前言
與其它的編碼規范一樣，這里所討論的不僅僅是編碼格式美不美觀的問題， 同時也討論一些約定及編碼標准。這份文檔主要側重於我們所普遍遵循的規則，對於那些不是明確強制要求的，我們盡量避免提供意見。
編碼規范對於程序員而言尤為重要，有以下幾個原因：
本文檔中的准則致力於最大限度達到以下原則：
盡管本文檔涵蓋了許多基礎知識，但應注意的是，沒有編碼規范可以為我們回答所有問題，開發人員始終需要再編寫完代碼後，對上述原則做出正確的判斷。
注 ：未明確指明的則默認為必須（Mandatory）
主要參考如下文檔:
僅建議Shell用作相對簡單的實用工具或者包裝腳本。因此單個shell腳本內容不宜太過復雜。
在選擇何時使用shell腳本時時應遵循以下原則：
可執行文件不建議有擴展名，庫文件必須使用 .sh 作為擴展名，且應是不可執行的。
執行一個程序時，無需知道其編寫語言，且shell腳本並不要求具有擴展名，所以更傾向可執行文件沒有擴展名。
而庫文件知道其編寫語言十分重要，使用 .sh 作為特定語言後綴的擴展名，可以和其他語言編寫的庫文件加以區分。
文件名要求全部小寫, 可以包含下劃線 _ 或連字元 - , 建議可執行文件使用連字元，庫文件使用下劃線。
正例:
反例：
源文件編碼格式為UTF-8。避免不同操作系統對文件換行處理的方式不同，一律使用 LF 。
每行最多不超過120個字元。每行代碼最大長度限制的根本原因是過長的行會導致閱讀障礙，使得縮進失效。
除了以下兩種情況例外：
如出現長度必須超過120個字元的字元串，應盡量使用here document或者嵌入的換行符等合適的方法使其變短。
示例：
除了在行結束使用換行符，空格是源文件中唯一允許出現的空白字元。
對從來沒有用到的或者被注釋的方法、變數等要堅決從代碼中清理出去，避免過多垃圾造成干擾。
Bash 是唯一被允許使用的可執行腳本shell。
可執行文件必須以 #!/bin/bash 開始。請使用 set 來設置shell的選項，使得用 bash echo "Process $: Done making $$$."
# 示例7：命令參數及路徑不需要引號 grep -li Hugo /dev/ "$1"
# 示例8：常規變數用雙引號，ccs可能為空的特殊情況可不用引號 git send-email --to "${reviewers}" ${ccs:+"--cc" "${ccs}"}
# 示例9：正則用單引號，$1可能為空的特殊情況可不用引號 grep -cP '([Ss]pecial||?characters*) ${1:+"$1"}
# 示例10：位置參數傳遞推薦帶引號的"$@"，所有參數作為單字元串傳遞用帶引號的"$*" # content of t.sh func_t { echo num: $# echo args: 1:$1 2:$2 3:$3 }
func_t "$@" func_t "$*" # 當執行 ./t.sh a b c 時輸出如下： num: 3 args: 1:a 2:b 3:c num: 1 args: 1:a b c 2: 3:
使用 $(command) 而不是反引號。
因反引號如果要嵌套則要求用反斜杠轉義內部的反引號。而 $(command) 形式的嵌套無需轉義，且可讀性更高。
正例：
反例：
條件測試
使用 [[ ... ]] ，而不是 [ , test , 和 /usr/bin/[ 。
因為在 [[ 和 ]] 之間不會出現路徑擴展或單詞切分，所以使用 [[ ... ]] 能夠減少犯錯。且 [[ ... ]] 支持正則表達式匹配，而 [ ... ] 不支持。參考以下示例：
盡可能使用變數引用，而非字元串過濾。
Bash可以很好的處理空字元串測試，請使用空/非空字元串測試方法，而不是過濾字元，讓代碼具有更高的可讀性。正例：
反例：
正例：
反例：
正例：
反例：
文件名擴展
當進行文件名的通配符擴展時，請指定明確的路徑。
當目錄中有特殊文件名如以 - 開頭的文件時，使用帶路徑的擴展通配符 ./* 比不帶路徑的 * 要安全很多。
應該避免使用eval。
Eval在用於分配變數時會修改輸入內容，但設置變數的同時並不能檢查這些變數是什麼。反例：
請使用進程替換或者for循環，而不是通過管道連接while循環。
這是因為在管道之後的while循環中，命令是在一個子shell中運行的，因此對變數的修改是不能傳遞給父shell的。
這種管道連接while循環中的隱式子shell使得bug定位非常困難。反例：
如果你確定輸入中不包含空格或者其他特殊符號（通常不是來自用戶輸入），則可以用for循環代替。例如：
使用進程替換可實現重定向輸出，但是請將命令放入顯式子 shell，而非 while 循環創建的隱式子 shell。例如：
總是檢查返回值，且提供有用的返回值。
對於非管道命令，使用 $? 或直接通過 if 語句來檢查以保持其簡潔。
例如：
當內建命令可以完成相同的任務時，在shell內建命令和調用外部命令之間，應盡量選擇內建命令。
因內建命令相比外部命令而言會產生更少的依賴，且多數情況調用內建命令比調用外部命令可以獲得更好的性能（通常外部命令會產生額外的進程開銷）。
正例：
反例：
載入外部庫文件不建議用使用.，建議使用source，已提升可閱讀性。正例：
反例：
除非必要情況，盡量使用單個命令及其參數組合來完成一項任務，而非多個命令加上管道的不必要組合。常見的不建議的用法例如：cat和grep連用過濾字元串; cat和wc連用統計行數; grep和wc連用統計行數等。
正例：
除特殊情況外，幾乎所有函數都不應該使用exit直接退出腳本，而應該使用return進行返回，以便後續邏輯中可以對錯誤進行處理。正例：
反例：
推薦以下工具幫助我們進行代碼的規范：
原文鏈接：http://itxx00.github.io/blog/2020/01/03/shell-standards/
獲取更多的面試題、腳本等運維資料點擊: 運維知識社區 獲取
腳本之---簡訊轟炸機
腳本之---QQ微信轟炸機
ansible---一鍵搭建redis5.0.5集群
elk7.9真集群docker部署文檔
全球最全loki部署及配置文檔
最強安全加固腳本2.0
一鍵設置iptbales腳本
④ 每天三分鍾搞定linux shell腳本24 後台模式運行
當運行腳本的時候在最後加上符號 & ，則對應的腳本在 後台運行 。建立腳本為，
輸入 ./test.sh & 運行
運行後1.txt文件會不斷增加內容，但是腳本以後台運行不會在終端佔用。運行結果為：
輸入 jobs 可以看到這個後台進程：
這個時候如果輸入exit，不會提示有後台進程在運行，而且後台進程也會退出。因為終端會話退出的時候會給這個後台進程發送一個 SIGHUP信號 。如果想要終端退出之後，進程不退出，可以讓進程捕獲SIGHUP信號。當然還有另一個方法，使用 nohup 指令運行腳本，比如輸入：
當用 nohup 並使用後台模式運行之後，即使退出終端，進程也不會收到SIGHUP信號。並且nohup會自動把標准輸出和標准錯誤重定向到nohup.out的文件中。
一個 運行的進程或者暫停的進程 都是一個作業，使用 jobs 命令可以查看當前的作業狀態。輸入：
我當前的輸出為：
（上面的作業2是輸入 ctrl+z 後暫停的進程）
其中， + 號被當作是默認作業，每個作業的前面有自己的序號。如果後續操作不加序號，那麼就被當做是在操作默認作業。比如使用 fg 指令前台運行作業，就是把27652這個進程前台運行，如果輸入 fg 1 ，那麼就是操作作業 1 了。帶-號的表示下一個默認作業。
輸入 bg 1 把 1號作業 後台運行，輸入 fg 2 把 2號作業 前台運行。
⑤ Linux下如何執行Shell腳本
linux下可以有兩種方式執行shell腳本：
1、用shell程序執行腳本：根據shell腳本的類型，選擇shell程序，常用的有sh，bash，tcsh等（一般來說第一行#!/bin/bash裡面指明了shell類型的，比如#!/bin/bash指明是bash，#!/bin/sh則是sh）；然後輸入命令(其中bash為shell的名稱，myshell.sh則為要執行的代碼)：
bash
myshell.sh
2、直接執行腳本：
不過首先的加上可執行許可權（也許要root許可權，4情況而定），執行：
⑥ linux怎樣一次運行多個shell腳本
inux 下shell腳本執行多個命令的方法x0dx0a1.每個命令之間用;隔開x0dx0a說明：各命令的執行給果，不會影響其它命令的執行。換句話說，各個命令都會執行，但不保證每個命令都執行成功。x0dx0a2.每個命令之間用&&隔開x0dx0a說明：若前面的命令執行成功，才會去執行後面的命令。這樣可以保證所有的命令執行完畢後，執行過程都是成功的。x0dx0a3.每個命令之間用||隔開x0dx0a說明：||是或的意思，只有前面的命令執行失敗後才去執行下一條命令，直到執行成功一條命令為止
⑦ 如何運行linux shell程序
如何運行shell程序，如何在shell程序以及後續腳本中使用同一個變數，這些在工作中經常用到， 我找到如下的文章，再加深復習一下。
1 source命令用法：
source FileName
作用:在當前bash環境下讀取並執行FileName中的命令。該filename文件可以無"執行許可權"
註：該命令通常用命令「.」來替代。
如：source .bash_profile
. .bash_profile兩者等效。
source(或點)命令通常用於重新執行剛修改的初始化文檔。
source命令(從 C Shell 而來)是bash shell的內置命令。
點命令，就是個點符號，(從Bourne Shell而來)。
source的程序主體是bash，腳本中的$0變數的值是bash，而且由於作用於當前bash環境，腳本中set的變數將直接起效
2 sh, bash的命令用法：
sh/bash FileName
作用:打開一個子shell來讀取並執行FileName中命令。該filename文件可以無"執行許可權"
註：運行一個shell腳本時會啟動另一個命令解釋器.
每個shell腳本有效地運行在父shell(parent shell)的一個子進程里.
這個父shell是指在一個控制終端或在一個xterm窗口中給你命令指示符的進程.
shell腳本也可以啟動他自已的子進程.
這些子shell(即子進程)使腳本並行地，有效率地地同時運行腳本內的多個子任務.
在ubuntu中sh只是bash的一個鏈接。
由於是在子shell中執行，腳本設置的變數不會影響當前shell。
3 ./的命令用法：
./FileName
作用:打開一個子shell來讀取並執行FileName中命令。該filename文件需要"執行許可權"
註：運行一個shell腳本時會啟動另一個命令解釋器.
每個shell腳本有效地運行在父shell(parent shell)的一個子進程里.
這個父shell是指在一個控制終端或在一個xterm窗口中給你命令指示符的進程.
shell腳本也可以啟動他自已的子進程.
這些子shell(即子進程)使腳本並行地，有效率地地同時運行腳本內的多個子任務.
由於是在子shell中執行，腳本設置的變數不會影響當前shell。
4 export：
一個變數創建時，它不會自動地為在它之後創建的shell進程所知。而命令export可以向後面的shell傳遞變數的值。當一個shell腳本調用並執行時，它不會自動得到原為腳本（調用者）里定義的變數的訪問權，除非這些變數已經被顯式地設置為可用。export命令可以用於傳遞一個或多個變數的值到任何後繼腳本
5. 舉例
比如您在一個腳本里export $KKK=111 ,假如您用./a.sh執行該腳本，執行完畢後，您運行 echo $KKK ,發現沒有值，假如您用source來執行 ，然後再echo ,就會發現KKK=111。因為調用./a.sh來執行shell是在一個子shell里運行的，所以執行後，結構並沒有反應到父shell里，但是 source不同他就是在本shell中執行的，所以能夠看到結果.
小測試
1 建立test.sh
#!/bin/bash
export s=/home/jboss/
2 執行命令: source test.sh
echo $s
結果輸出: /home/jboss/
3 新開個shell
執行命令: ./test.sh
echo $s
結果: 沒有輸出s值
結論：
1、執行腳本時是在一個子shell環境運行的，腳本執行完後該子shell自動退出。
2、一個shell中的系統環境變數才會被復制到子shell中（用export定義的變數）；
3、一個shell中的系統環境變數只對該shell或者它的子shell有效，該shell結束時變數消失（並不能返回到父shell中）。3、不用 export定義的變數只對該shell有效，對子shell也是無效的。
直接執行一個腳本文件是在一個子shell中運行的，而source則是在當前shell環境中運行的。
source可以讓腳本影響它們的父shell環境,這和export去影響子shell環境相反.