前言

在編寫C程序的時(shí)候, 通過(guò)fork函數(shù)來(lái)創(chuàng)建新的進(jìn)程, wait函數(shù)來(lái)等待子進(jìn)程結(jié)束.

那么就有一個(gè)問(wèn)題了, 什么情況下父進(jìn)程需要等待子進(jìn)程結(jié)束后繼續(xù)執(zhí)行呢? 如果需要等待子進(jìn)程結(jié)束, 那直接將操作放到父進(jìn)程執(zhí)行不就醒了么? 反正等著也是等著.

當(dāng)然, 還有有一種情況, 任務(wù)A 和任務(wù) B 是后續(xù)操作的前提條件, 并且兩個(gè)任務(wù)可以并行進(jìn)行, 此時(shí)確實(shí)可以父進(jìn)程執(zhí)行一個(gè), 子進(jìn)程執(zhí)行一個(gè), 然后父進(jìn)程等待子進(jìn)程完成后繼續(xù)操作. 但是, 我還是覺得這個(gè)解釋并不是那么完美. 這完全可以通過(guò)進(jìn)程通信實(shí)現(xiàn)啊.

因此, 我覺得wait函數(shù)的出現(xiàn)一定是有著其他用途的.

這個(gè)問(wèn)題在我重翻操作系統(tǒng)之后有了答案.

為什么

眾所周知, 進(jìn)程在操作系統(tǒng)中運(yùn)行的過(guò)程中是存在PCB(進(jìn)程管理塊)模塊的. 它是進(jìn)程的唯一標(biāo)識(shí)符, 一般保存著PID、運(yùn)行狀態(tài)、資源信息等等.

進(jìn)程在調(diào)用exit函數(shù)退出時(shí), 會(huì)對(duì)占有的資源進(jìn)行回收. 注意, 在exit函數(shù)回收資源的這段時(shí)間, 該進(jìn)程仍然在運(yùn)行中. 因此, 有一個(gè)資源是進(jìn)程無(wú)法自己進(jìn)行回收的, 就是PCB. 進(jìn)程要運(yùn)行就需要PCB, 而PCB回收的前提就是進(jìn)程已經(jīng)不在運(yùn)行了. 也就是說(shuō), 進(jìn)程自己是無(wú)法回收自己的.

那么PCB就無(wú)法回收了么? 當(dāng)然不是, 該wait函數(shù)出場(chǎng)了. 既然進(jìn)程自己無(wú)法回收自己, 那么就由父進(jìn)程負(fù)責(zé)回收咯. 因此, 這么一個(gè)等待子進(jìn)程結(jié)束的函數(shù)也就有了用武之地.

順帶一提, 在子進(jìn)程exit執(zhí)行結(jié)束, PCB資源回收之前的這段時(shí)間, 子進(jìn)程的狀態(tài)被稱為僵尸態(tài), 很形象了.

mac中的進(jìn)程:

debian中的進(jìn)程:

可以看到, PID為0的進(jìn)程是所有進(jìn)程的父進(jìn)程. 在mac中, 所有進(jìn)程都由/sbin/launchd進(jìn)行創(chuàng)建, debian中則為kthreadd. 他們的作用就是對(duì)進(jìn)程進(jìn)行管理和調(diào)度. 父進(jìn)程通過(guò)fork創(chuàng)建子進(jìn)程, 之后子進(jìn)程再通過(guò)exec更換為要執(zhí)行的進(jìn)程.

而這個(gè)PID為0的進(jìn)程, 也是系統(tǒng)在運(yùn)行過(guò)程中唯一一個(gè)不是通過(guò)fork創(chuàng)建的進(jìn)程.

但是, 還有一個(gè)問(wèn)題, 那就是如果父進(jìn)程沒有等子進(jìn)程結(jié)束呢? 子進(jìn)程結(jié)束的時(shí)候, 發(fā)現(xiàn)其父進(jìn)程早就結(jié)束了, 那它的PCB 無(wú)法回收了么? 當(dāng)然不會(huì), 這個(gè)PID為0的祖宗進(jìn)程, 或者稱為root進(jìn)程會(huì)定期掃描所有的僵尸進(jìn)程, 并且代替其父進(jìn)程對(duì)其進(jìn)行回收.

了解了之后恍然大悟, そうですね!!!

原文地址: https://hujingnb.com/archives/733

總結(jié)

以上是生活随笔為你收集整理的wait函数的作用的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。