[woodie等兄惠存]關(guān)于bash的管道與進(jìn)程的幾個知識點

waker

幾個知識點
1.Bash在實現(xiàn)pipeline(管道|)時會發(fā)起兩個subshell(子shell)來運行|兩邊的命令，對于系統(tǒng)來說就是發(fā)起兩個childprocess(子進(jìn)程）

2.fork是產(chǎn)生process的唯一途徑，exec*是執(zhí)行程序的唯一途徑

3.子進(jìn)程會完全復(fù)制父進(jìn)程，除了$PID與$PPID

4.fork子進(jìn)程時繼承父進(jìn)程的進(jìn)程名，在exec*執(zhí)行命令時才由exec*替換為子進(jìn)程對應(yīng)的命令，同一進(jìn)程的命令名可以由一個個exec*任意多次的改變


[注]對于linux平臺，JB上就是這樣的，其它平臺不好發(fā)表意見，當(dāng)然對于2中的兩個唯一有一個例外，就是在kenerl  init的初期;
暫時找不到相關(guān)參考，也沒有功力讀源碼，所以此論是道聽途說級別，錯誤之處請指出改正，如果沒有改正的價值可一笑而過


[ 本帖最后由 waker 于 2006-4-7 09:17 編輯 ]

waker

當(dāng)時的情況是：大家在討論一個與進(jìn)程統(tǒng)計的問題
http://www.72891.cn/viewthread.php?tid=731435&extra=page%3D1
思考了一刻鐘后我作了一個習(xí)慣性的決定：簡化一下這個問題
下面的腳本 get_process

1. 
   
2. #!/bin/bash
   
3. ps -ef|grep get_process
   

復(fù)制代碼

運行./get_process后會得到什么結(jié)果

結(jié)果有三種

1. 
   
2. waker     3260  3193  0 08:47 pts/1    00:00:00 /bin/bash ./get_process
   

復(fù)制代碼

1. 
   
2. waker     3290  3193  0 08:48 pts/1    00:00:00 /bin/bash ./get_process
   
3. waker     3292  3290  0 08:48 pts/1    00:00:00 /bin/bash ./get_process
   

復(fù)制代碼

1. 
   
2. waker     3263  3193  0 08:48 pts/1    00:00:00 /bin/bash ./get_process
   
3. waker     3265  3263  0 08:48 pts/1    00:00:00 grep get_process
   

復(fù)制代碼

大家產(chǎn)生了種種解釋
其實大家離真相只有0.01mm的距離
讓我來提示一下
觀察三種結(jié)果，都有一個共同的進(jìn)程，就是PPID 是3193的 /bin/bash ./get_process
那么3193是什么
只要echo $$就可以看出3193就是我們鍵入 ./get_process的shell

waker

讓我們參照四個知識點來解釋這個現(xiàn)象
首先當(dāng)前shell 3193發(fā)起一個subshell來執(zhí)行腳本./get_process
這個進(jìn)程pid 3290 進(jìn)程名 /bin/bash ./get_process
然后當(dāng)它遇到管道，將發(fā)起兩個子進(jìn)程 3291(用來執(zhí)行ps) 3192(用來執(zhí)行g(shù)rep)，這兩個進(jìn)程是并行的
讓我們給3192來個慢鏡頭

1. 
   
2.            史前時代                   fork                                       exec*(grep.*)
   
3. pid          N/A                               3192
   
4. 進(jìn)程名       N/A        /bin/bash ./get_process                  grep get_process
   
5. 說明         N/A       這個進(jìn)程名繼承自父進(jìn)程                          exec*將進(jìn)程名替換
   

復(fù)制代碼

而用3291中的ps來觀察這個進(jìn)程的時候，由于兩個子進(jìn)程的并行，每一種狀態(tài)都可能被ps看到，當(dāng)然每次只能看到一種狀態(tài)
所以結(jié)果會有三種情況
進(jìn)程3290(/bin/bash ./get_process)
與下面三種可能的組合
1.空
2.子進(jìn)程3292 進(jìn)程名 /bin/bash ./get_process
3.子進(jìn)程3292 進(jìn)程名 grep get_process

[ 本帖最后由 waker 于 2006-4-7 09:18 編輯 ]

waker

1.如何避免發(fā)起不想要的subshell?
2.如果在kornshell中，這種情況會發(fā)生么？

r2007

2.如果在kornshell中，這種情況會發(fā)生么？
依然會發(fā)生，除非管道中最后一個命令時內(nèi)部命令。

shitou9000

1.如何避免發(fā)起不想要的subshell?
定義變量，雖然很笨但應(yīng)該可以解決問題

waker

to 7兄：
我在kornshell中測試的結(jié)果是永遠(yuǎn)都ps出兩個進(jìn)程
get_process與grep

r2007

我的回復(fù)就是指進(jìn)程數(shù)沒有區(qū)別，為什么總是出現(xiàn)grep，可能是概率問題，也可能是ksh的機理造成的永遠(yuǎn)都是grep。

一夢如是

ksh下沒看到
waker     3292  3290  0 08:48 pts/1    00:00:00 /bin/bash ./get_process
這個進(jìn)程的原因大概是因為此進(jìn)程的cmd被寫成了ps -ef吧
由于shell腳本本身必然會fork process，就不必監(jiān)控了，可以改成

1. #!/bin/bash
   
2. ps -ef|grep -w ps
   

復(fù)制代碼

這樣來看，應(yīng)該更清楚。
在我的環(huán)境
FC6
bash(GNU bash, version 3.1.17(1)-release (i686-redhat-linux-gnu))
ksh(  version         sh (AT&T Labs Research) 1993-12-28 r)
下測試獲得完全一樣的結(jié)論

ivhb

原帖由 waker 于 2006-4-7 09:14 發(fā)表
幾個知識點
1.Bash在實現(xiàn)pipeline(管道|)時會發(fā)起兩個subshell(子shell)來運行|兩邊的命令，對于系統(tǒng)來說就是發(fā)起兩個childprocess(子進(jìn)程）

2.fork是產(chǎn)生process的唯一途徑，exec*是執(zhí)行程序的唯一途徑

...

這第三條太武斷了，除了PID和PPID外，還有好多不同