怎么理解shell執(zhí)行命令時是啟用了一個新shell?

pinecrane

DBNAME是在profile里定義的環(huán)境變量并被export
所以
echo $DBNAME
sbss

但是
$a=1
而不擴展
那么
echo $a
1
為什么這個a變量被傳到子shell了呢

ivhb

1. 
   
2. 要設(shè)計一個測試案例是不容易的�，F(xiàn)在還沒有想好。
   
3. 不過可以給你一點參考
   
4. 
   
5. a=b
   
6. 
   
7. 首先 type echo 應該是 built-in，當然是在當前的shell運行的。不會啟動子shell。所以沒有傳遞的意思。
   
8. 
   
9. which echo，應該有/usr/bin/echo
   
10. 
    
11. 好的，現(xiàn)在開始
    
12. /usr/bin/echo $a
    
13. 
    
14. 這一定會啟動一個子shell來運行的。但是要注意，當前shell啟動shell前，已經(jīng)做了$a的展開，（set -x看看？）。也就是說，實際傳入的命令行為
    
15. /usr/bin/echo b
    
16. 因此，你看到的還是b，已經(jīng)被當前shell解析$a后的展開式。但是你由此
    
17. 作出a也就子shell繼承的推斷是有問題的
    

復制代碼

ivhb

1. 
   
2. 不知道這樣的測試，在您的系統(tǒng)是什么結(jié)果
   
3. set -x            為了能看到您的實際輸入
   
4. 
   
5. export   var="hello"
   
6. avar=" world"
   
7. echo "$var" "$avar"
   
8. /bin/echo "$var" "$avar"
   
9. echo '$var' '$avar'
   
10. /bin/echo '$var' '$avar'
    
11. eval echo '$var' '$avar'
    
12. eval /bin/echo '$var' '$avar'
    
13. sh eval echo '$var' '$avar'
    
14. sh eval /bin/echo '$var' '$avar'
    
15. 
    

復制代碼

compnik

原帖由 "ivhb" 發(fā)表：

好的，現(xiàn)在開始
/usr/bin/echo $a

這一定會啟動一個子shell來運行的。

1. 
   
2. [x@as bin]# file echo
   
3. echo: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped
   

復制代碼

是個shell script 時 ,是在subshell中執(zhí)行的,
echo 是一個二進制的執(zhí)行文件,怎么會在子shell中執(zhí)行呢? 這個echo 還是在當前shell中執(zhí)行阿

ivhb

1. 
   
2. 就我所知，執(zhí)行一個二進制文件，一定是exec()來執(zhí)行的。
   
3. 如果是當前進程，exec()執(zhí)行完該二進制文件后，還能繼續(xù)運行當前shell么？
   

復制代碼

compnik

執(zhí)行完二進制文件是產(chǎn)生個該二進制文件(程序)的新進程,但不是一個shell進程, 所謂在subshell中執(zhí)行只不過是由subshell產(chǎn)生該程序的進程, 而不是當前shell產(chǎn)生

ivhb

[code]
當前的shell，如果fork了，那么fork之后，有一份當前shell的完整的copy，這個copy，就認為是子shell，然后子shell就execlp指定的文件。
如果當前shell沒有fork，就是當前shell中執(zhí)行。

執(zhí)行二進制文件里，不fork，exec，那么該二進制文件執(zhí)行完后，一定是
中止了當前的運行環(huán)境。這點應該可以確認的吧。由此我想
我和你的分歧在于，可能是因為父進程fork了，其子進程和本身一樣。所以不能成為子shell？？

當前shell一旦fork，能說，fork的進程不是shell？只是fork到exec的動作太快，fork出來的子shell的進程空間立馬被該二進制文件覆蓋。

這是我的理解，還望斧正
[code]

pinecrane

謝謝樓上的兩位大俠：我明白了。
關(guān)鍵在于：shell 進程與普通的命令進程（也算是shell的子進程，單不是子shell進程，兩者的區(qū)別就是子shell進程會擁有父shell進程的環(huán)境變量的副本，而普通的進程沒有，普通的進程就相當于一詞函數(shù)調(diào)用，把我們需要用到的環(huán)境變量等傳遞進去，然后進行操作，很有可能會修改變量的值.)

在命令行執(zhí)行某個命令時，由primary shell fork 一個普通的進程，并傳遞需要的變量（可能時常量，比如一個字符串，也可能時一個已經(jīng)定義了的變量，如環(huán)境變量）。但是執(zhí)行環(huán)境并沒有改變，普通命令進程通primary的一個共同之處就是：共享標準輸入，標準輸出等文件。所以盡管在命令進程里進行屏幕打印等操作我們也能看到）。
而在script中執(zhí)行時，則由primary shell fork 一個sub shell(大概就是primary shell 的copy),所以該sub shell 擁有primary shell 里定義的所有環(huán)境變量，只不過是副本了，所以對環(huán)境變量的修改不會影響到父shell 進程。

所以 ：
$echo $a
實際就是在當前shell環(huán)境那執(zhí)行一個普通命令調(diào)用。
$unset a
把a的地址傳遞給unset命令，在unset命令里清除。這與：
$a=""有類似的功效而已。

綜上，所謂shell: 1.充當主進程的角色。
                          2.在其生命期內(nèi)（沒有exit或者log out).維護一些必要的環(huán)境變量，供普通命令進程或者sub shell使用。
以上是我的理解，不對的地方請指出。��！
謝謝�。�

compnik

原帖由 "ivhb" 發(fā)表：
當前shell一旦fork，能說，fork的進程不是shell？只是fork到exec的動作太快，fork出來的子shell的進程空間立馬被該二進制文件覆蓋。

當前shell直接就fork 出一個二進制文件的進程, 就不用先fork個subshell再exec了,那是浪費資源
pinecrane說的是正確的

網(wǎng)中人

[quote]原帖由 "compnik"]當前shell直接就fork 出一個二進制文件的進程, 就不用先fork個subshell再exec了,那是浪費資源 [/quote 發(fā)表：

這個我也不確定, 但從眾多文件的說明上, 似乎大都說是先 fork 再 exec 再 exit 的...

a=b
/bin/echo $a
理解上, a 是一個 local var, 不會被帶進 child env 中的.
但為何可以看到呢?
嗯... 看過 shell 十三問的朋友, 一定記得我最少強調(diào)過兩次如下的觀念了:
---> 在 command line 中的變數(shù)替換完成後, 會重組命令行!

因此, /bin/echo $a 在完成替換後, 會被重組為 /bin/echo b ,
然後才 fork & exec ...