linux下執行shell命令有兩種方法
1.在當前shell中執行shell命令
主要就是在命令行中通過交互方式方式直接輸入shell命令,命令行直接執行給出結果.比如這樣:

2.在當前shell中產生一個subshell,在subshell中執行shell命令
比如我們把shell寫成shell腳本的方式來運行,這個時候會先啟動一個subshell來代替當前的shell,然后執行shell腳本比如
#demo.sh#!/bin/bashread -p "please input your name:" nameecho "hello $name"
添加執行權限 chmod +x demo.sh 執行如下 
這個腳本功能很簡單,就是輸出一行話,提示用戶輸入自己的名字,然后腳本輸出hello xxx。我主要想說下執行結果及其分析。先來一張圖:

首先我這邊是啟動了兩個shell,這個時候左右兩個shell的pid號分別是2473和2505,并且這兩個進程都是從一個叫做進程ID號為2465的進程中fork出來的子進程。
當執行了 ./demo.sh 之后,會看到有三個bash的進程,進程ID分別是2473、2505、2633.其中2473和2505的分別對應之前的兩個shell的進程ID。多出了一個pid為2633的進程。這個進程其實就是我們說的subshell。看下這個pid為2633的進程的父進程的進程號是2473,就是說是從pid為2473的shell進程中啟動一個subshell,subshell的進程ID號為2633。當我們輸入完warjiang,之后,腳本繼續執行,執行完畢之后,subshell進程退出。
這個時候我們再去查看進程的時候,就會發現少了pid為2633的進程,也就是少了前面那個subshell。
講到這里,對于在當前終端中執行shell與在當前終端中啟動subshell執行shell兩種方式執行shell也是有了一定程度的了解。下面將引出source命令與在終端中執行shell腳本的區別。
source與bash的區別
嚴格的來說,我這個標題有毒,因為source命令本來就是屬于bash中的一部分。我這里其實想說的是 source demo.sh 與 bash demo.sh 的區別。
相信大家但凡有linux下的開發、運維經驗的codeframer都會配置過什么jdk等等之類的環境變量,大家一定都會記得自己都執行過 source ~/.bash.rc ,那么這個source到底是什么.先把這個問題放一放,我們先往下看.還是上面的那個demo.sh的腳本.下面我們來比較一下 bash demo.sh(或者先執行chmod +x demo.sh 再執行./demo.sh) 與 source demo.sh 的區別。
新聞熱點
疑難解答