• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            MySpace

              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              18 隨筆 :: 2 文章 :: 10 評(píng)論 :: 0 Trackbacks

                在我們需要一個(gè)程序成為后臺(tái)的守護(hù)進(jìn)程時(shí),一般是通過(guò)fork 來(lái)創(chuàng)建一個(gè)子進(jìn)程,隨之父進(jìn)程結(jié)束,然后再通過(guò) setsid 來(lái)使子進(jìn)程脫離父進(jìn)程所屬的進(jìn)程組和會(huì)話。(通俗一點(diǎn)也可以這么認(rèn)為,我們需要給這個(gè)已經(jīng)長(zhǎng)大的孩子重新找個(gè)家,并且跟之前家庭斷絕關(guān)系,跟人有點(diǎn)類似,雖然關(guān)系斷絕了,但親爹是誰(shuí)這個(gè)事實(shí)是誰(shuí)也改變不了的,所以不管發(fā)生什么,親爹的ID 號(hào)是不會(huì)變的。因?yàn)橹暗母改富蚣彝ザ加锌赡鼙粶缤鰧?dǎo)致這個(gè)孩子因?yàn)闆](méi)有家也被餓死。)這樣才能不至于當(dāng)終端發(fā)送 Ctrl+c或是該會(huì)話中斷后守護(hù)進(jìn)程也隨之結(jié)束,從而達(dá)到守護(hù)的目的。

                我們一般在寫(xiě)程序時(shí)都有這樣的習(xí)慣,先是初始化,然后再開(kāi)始工作。但是在使用 fork 的時(shí)候這一點(diǎn)就要注意了。創(chuàng)建子進(jìn)程的時(shí)候系統(tǒng)會(huì)從父進(jìn)程中將數(shù)據(jù)拷貝一份到子進(jìn)程中,如果 fork之前我們 new 或者 malloc 了一塊內(nèi)存,并且保存了一個(gè)指向該內(nèi)存的指針,那么在創(chuàng)建子進(jìn)程的時(shí)候,也會(huì)將這個(gè)指針拷貝過(guò)去,但此處只拷貝了指針并沒(méi)有拷貝內(nèi)存塊。所以當(dāng)父進(jìn)程結(jié)束的時(shí)候這塊內(nèi)存會(huì)被釋放,那么此時(shí)在子進(jìn)程中的指針則指向了一塊已經(jīng)被釋放的內(nèi)存了。有一段這樣的代碼

             

            void test15()

            {

                class A

                {

                public:

                    A():pid_(0)

                    {

                        p_malloc = (char*)malloc(100);

                        printf("pro p_malloc_ = %d \n",p_malloc_);

                    }

                    ~A()

                    {

                        printf("free(p_malloc_) , p_malloc = %d,pid = %d\n", p_malloc_, pid_);

                        free(p_malloc);

                    }

                    A(const A& a)

                    {

                        printf("A(const A& a) \n");

                        p_malloc_ = a.p_malloc_;

                    }

                    void set_pid(int pid)

                    {

                        cout << "set pid" << endl;

                        printf("set pid,pid = %d\n", pid);

                        pid_ = pid;

                    }

                public:

                    char *p_malloc_;

                    int pid_;

             

                };

             

                A a;

             

                pid_t pid;

                pid = fork();

                a.set_pid(pid);

                switch(pid)

                {

                case -1:

                    cout << "fork() is error" << endl;

                    exit(-1);

                    break;

                case 0:

                    //exit(0);

                    break;

                default:

                    setsid();

                    pid_t pre_pid = getppid();

                    printf("child pro pid = %d, pre_pid = %d \n",pid, pre_pid);

             

                    sleep(10);

                    exit(10);

                    

                    break;

             

             

                }

             

            }

            int main(int argc, char *argv[])

            {    test15();

                return 0;

            }

            在 Solrais 下用 CC 編譯

            CC Test.cpp -o Test

            之后運(yùn)行結(jié)果為

            bash-2.03$ Test

            pro p_malloc = 305952

            set pid

            set pid,pid = 23881

            child pro pid = 23881, pre_pid = 22819

            set pid

            set pid,pid = 0

            free(p_malloc) , p_malloc = 305952,pid = 0

             

            我認(rèn)為說(shuō)明了幾個(gè)問(wèn)題:

            1:從父進(jìn)程吧數(shù)據(jù)拷貝到子進(jìn)程中的時(shí)候,不按照拷貝構(gòu)造函數(shù)的方式來(lái)拷貝,直接進(jìn)行字節(jié)的拷貝。

            2:對(duì)于指針的拷貝,只拷貝指針的值,不拷貝指針?biāo)赶虻膬?nèi)容(malloc 和 new 方式申請(qǐng)的內(nèi)存)。

            另外,當(dāng)進(jìn)程以 return 的方式結(jié)束的時(shí)候,對(duì)于沒(méi)有釋放對(duì)象,系統(tǒng)會(huì)調(diào)用將其釋放并調(diào)用他們的析構(gòu)函數(shù),如果以 exit 方式退出則直接釋放內(nèi)存不調(diào)用析構(gòu)函數(shù)。有點(diǎn)類似于 delete 和 free 的區(qū)別。

            再回到我們上面所談的地方,此時(shí)如果有一個(gè)連接在一個(gè)類的構(gòu)造函數(shù)中實(shí)現(xiàn),斷開(kāi)連接在它的析構(gòu)函數(shù)中實(shí)現(xiàn)。如果這個(gè)類在 fork 之前已經(jīng) new 了出來(lái),那么當(dāng)父進(jìn)程以return的方式結(jié)束的時(shí)候,它的析構(gòu)函數(shù)就會(huì)斷開(kāi)連接,所以子進(jìn)程中也無(wú)法使用該連接了。這里只是比較隨意的談到了一個(gè)例子,可能還會(huì)有更多的問(wèn)題因這個(gè)原因而產(chǎn)生,所以在使用 fork 的時(shí)候我們要想到這一點(diǎn)從而盡可能的避免 BUG 的產(chǎn)生。

             

            posted on 2008-12-23 14:22 yang-chunlei 閱讀(2438) 評(píng)論(4)  編輯 收藏 引用

            評(píng)論

            # re: 使用 fork 所要注意的 2008-12-23 17:41 lymons
            >>>>2:對(duì)于指針的拷貝,只拷貝指針的值,不拷貝指針?biāo)赶虻膬?nèi)容(malloc 和 new 方式申請(qǐng)的內(nèi)存)。

            對(duì)于這點(diǎn)我不認(rèn)同。
            創(chuàng)建出來(lái)的子進(jìn)程是要完全拷貝父進(jìn)程的內(nèi)存地址空間(內(nèi)存印像),也就是子進(jìn)程的內(nèi)存和父進(jìn)程的是一模一樣的,當(dāng)然也包括在堆(heap)里存放的動(dòng)態(tài)內(nèi)存。
            所以,除了指針之外,指針指向的內(nèi)容也是要拷貝出來(lái)。
            雖然你打印出來(lái)的p_malloc_指向的地址都是相同的,但這個(gè)地址是存在于在兩個(gè)不同的虛擬地址空間,而且內(nèi)容是一模一樣的,但它們是兩塊不同的物理內(nèi)存。所以打印出相同的地址,這并不能說(shuō)明父子進(jìn)程的指針是指向同一塊內(nèi)存的。

            另外,在子進(jìn)程里對(duì)p_malloc_進(jìn)行任意的讀寫(xiě)都不會(huì)影響到父進(jìn)程的這塊同樣的內(nèi)存,反之,父進(jìn)程來(lái)操作地址相同的內(nèi)存也不會(huì)影響到子進(jìn)程。

            你可以在子進(jìn)程的代碼里,在sleep(10);之后添加對(duì)p_malloc_進(jìn)行讀寫(xiě)的語(yǔ)句,看它能否正確執(zhí)行。請(qǐng)你驗(yàn)證一下。  回復(fù)  更多評(píng)論
              

            # re: 使用 fork 所要注意的 2008-12-23 20:29 xiaochong
            fork后的內(nèi)存肯定要復(fù)制的,不過(guò)是在寫(xiě)時(shí)復(fù)制   回復(fù)  更多評(píng)論
              

            # re: 使用 fork 所要注意的 2008-12-24 10:26 yang-chunlei
            @lymons
            我測(cè)試過(guò)了,確實(shí)如你所說(shuō),當(dāng)初我沒(méi)有想到每個(gè)進(jìn)程都有自己的虛擬空間。但是在我所舉的建立連接的那個(gè)例子中,父進(jìn)程把連接斷開(kāi)了之后,服務(wù)器也隨之?dāng)嚅_(kāi)了這個(gè)連接,雖然子進(jìn)程中的數(shù)據(jù)沒(méi)有變,但是服務(wù)器的鏈接狀態(tài)改變了,所以子進(jìn)程再去進(jìn)行數(shù)據(jù)傳輸則會(huì)失敗的。還有個(gè)問(wèn)題,如果父進(jìn)程沒(méi)有沒(méi)有結(jié)束,鏈接也沒(méi)有斷開(kāi),那么當(dāng)服務(wù)器發(fā)送數(shù)據(jù)過(guò)來(lái)的時(shí)候,該哪個(gè)進(jìn)程去接收呢,因?yàn)閮蓚€(gè)進(jìn)程內(nèi)存中的數(shù)據(jù)和鏈接狀態(tài)都是一樣的,這樣豈不是造成了一個(gè)端口被兩個(gè)進(jìn)程監(jiān)聽(tīng)的問(wèn)題。這一點(diǎn)我還沒(méi)有去測(cè)試,稍后有了答案再進(jìn)行回復(fù)。  回復(fù)  更多評(píng)論
              

            # re: 使用 fork 所要注意的 2008-12-29 22:44 皇家救星
            對(duì)于LS所說(shuō)的情況,我看有些書(shū)是推薦子進(jìn)程生程后立即關(guān)閉從父進(jìn)程繼承的監(jiān)聽(tīng)用的socket  回復(fù)  更多評(píng)論
              


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            99热成人精品免费久久| 精品久久国产一区二区三区香蕉| 久久精品国产99久久久| 久久精品成人欧美大片| 久久国产精品无码HDAV| 久久人人爽人人爽人人片AV东京热 | 精品久久久久久久久久久久久久久| 中文国产成人精品久久不卡| 国产精品成人精品久久久| 久久91精品国产91久久小草| 97久久天天综合色天天综合色hd| 成人亚洲欧美久久久久| 亚洲综合熟女久久久30p| 久久婷婷五月综合成人D啪| 久久精品国产精品青草app| 伊人久久大香线焦AV综合影院 | 久久久久久国产精品美女| 亚洲精品tv久久久久| 色婷婷综合久久久久中文 | 伊人 久久 精品| 久久久亚洲欧洲日产国码是AV| 日本WV一本一道久久香蕉| 亚洲精品高清久久| 久久综合综合久久97色| 亚洲国产日韩欧美久久| 亚洲综合伊人久久大杳蕉| 2021久久精品国产99国产精品| 99久久精品免费看国产| 久久久久这里只有精品| 国产精品一久久香蕉国产线看观看 | 91精品国产高清久久久久久io| 国产韩国精品一区二区三区久久| 久久福利片| 九九久久自然熟的香蕉图片| 99久久精品免费看国产一区二区三区| 久久91精品综合国产首页| 青草国产精品久久久久久| 人人狠狠综合久久亚洲高清| 久久精品国产91久久麻豆自制| 一本久久精品一区二区| 99久久免费国产特黄|