前言

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

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

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

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

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

為什么

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

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

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

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

mac中的進程:

debian中的進程:

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

而這個PID為0的進程, 也是系統(tǒng)在運行過程中唯一一個不是通過fork創(chuàng)建的進程.

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

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

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

總結(jié)

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

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