• <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>
            posts - 18,  comments - 104,  trackbacks - 0
            C++下的垃圾回收機(jī)制可能會在下個版本加入,我只是想通過實(shí)例,分析垃圾回收器的內(nèi)部機(jī)制,深入了解以后,在以后
            的項(xiàng)目中,就可以對是否需要垃圾回收功能做出準(zhǔn)確的判斷。

            它是否影響性能,能影響多少,回收的代價等等問題就會顯得更加明確。

            對C++下垃圾回收的討論很多,有興趣可以看看這里這里。至于實(shí)現(xiàn),惠普的垃圾回收器是一個產(chǎn)品化的開源項(xiàng)目,而且已經(jīng)被很多項(xiàng)目使用。但是他的具體實(shí)現(xiàn)總是讓人感覺不是很可靠。云風(fēng)是一個簡單的回收器,有人對其源碼進(jìn)行研究,有興趣可以看這里,它沒有內(nèi)存緊縮功能。

            首先,說說垃圾回收的目標(biāo),也就是需求。
            1. 不能有內(nèi)存泄漏(最基本的要求)。
            2. 能自動回收無用內(nèi)存(當(dāng)然需要解決循環(huán)引用問題)。
            3. 能整理內(nèi)存(內(nèi)存緊縮),程序運(yùn)行時間長了,總會有小塊內(nèi)存無法被重復(fù)使用。

            先說說前兩條需求,程序中的所有已分配內(nèi)存都應(yīng)該有其對應(yīng)的指針指向它,如果一塊內(nèi)存沒有任何指針指向它,那么我們說這塊內(nèi)存被泄漏了(這里內(nèi)存泄漏的定義和Java不太一樣)。

            簡單的表述就是無用對象且不可達(dá)。

            什么叫可達(dá)?可達(dá)表示從哪里為起點(diǎn)可達(dá)?這里要引出一個叫根集的概念:在程序運(yùn)行的任意狀態(tài),寄存器(考慮多核CPU在多線程下),程序棧,和靜態(tài)數(shù)據(jù)段中所有的指針的集合叫根集。
            所以可達(dá)指的是這塊內(nèi)存從根集出發(fā),可以找到一個指向它的指針,不可達(dá)就是找不到。

            要實(shí)現(xiàn)垃圾回收器,首先要能在程序的任意狀態(tài),找到根集。其次是要能管理所有堆上的內(nèi)存。當(dāng)從根集掃描發(fā)現(xiàn)一塊不可達(dá)內(nèi)存時,這塊內(nèi)存就應(yīng)該被收集。

            注意上圖:黃色的指針表示它是根集,紅色的指針則不是根集。
            要回收內(nèi)存,首先要知道內(nèi)存的地址,所以上圖中4塊內(nèi)存的地址是必須知道的。

            看看要回收內(nèi)存,需要知道那些信息吧:

            根集和內(nèi)存塊集。收集前,先從根集順著黑色的箭頭開始掃描,對所以掃描到的內(nèi)存塊做個標(biāo)記,然后從內(nèi)存塊集中檢查所有內(nèi)存塊,如果被做了標(biāo)記,就保留,如果沒有做標(biāo)記,就收集。

            怎么得到根集呢?對于像Java,C#之類的語言,它的指針是受到虛擬機(jī)或者Framework控制的,但是在C++中,原生的指針(raw pointer)是不受控制的,而且Scott Meyers([More] Effective C++)的作者,
            Andrew Koenig夫婦(C++ 沉思錄)的作者,這些大牛們多次勸告,不要使用原生指針。

            所以以前有auto_ptr, 現(xiàn)在有shared_ptr問世。為了得到根集,我也將原生指針進(jìn)行包裝,只不過不用于所有權(quán)管理,也不用于引用計數(shù),而是用于得到根集。
            首先看看指針的定義:

            class pointer_base
            {
            public:
                
            virtual ~pointer_base()
                
            {}

                
            virtual void* get_ptr() const = 0;
                
            virtual void set_ptr(const void *p) = 0;
            }
            ;

            template 
            <class _T>
            class pointer : public pointer_base
            {
            public:
                pointer()
                    : p(NULL)
                
            {
                    
            gc_register(*this);
                }

                pointer(_T
            * t)
                    : p(t)
                
            {
                    gc_register(*this);
                }

                _T
            & operator*() const
                
            {
                    
            return *p;
                }


                _T
            * operator->() const
                
            {
                    
            return p;
                }

            private:
                _T 
            *p;
            }
            ;

             

            注意pointer的構(gòu)造函數(shù),它將自己注冊到根集中去。

            再看看根集:

            std::list<pointer_base *> gc_root_set;


            gc_register 函數(shù)也就是做了一個push_back。

            有人會問,那要是出現(xiàn)這種情況:

            class A
            {
                
            //
            }
            ;

            class B
            {
                pointer
            <A> pA;
            }
            ;

            void main()
            {
                B
            * pB = new B();
            }

            那不是pB->pA在堆上嗎?不應(yīng)該屬于根集呀。
            這個問題就要和內(nèi)存塊管理扯上關(guān)系啦,下篇再說
            整個垃圾回收器已經(jīng)寫完并簡單的測試代碼在這里,有興趣可以看看并測試。

             

            posted on 2010-02-08 15:49 尹東斐 閱讀(5196) 評論(3)  編輯 收藏 引用

            FeedBack:
            # re: C++下垃圾回收器的實(shí)現(xiàn)(一)
            2010-02-08 16:51 | Bill Gates
            其實(shí)這種做法最多你自己可以管理你自己內(nèi)存,你用了一個庫,比如c runtime,就沒發(fā)了。只有像Hans_Boehm GC這種,才可以保證實(shí)際的工程可用,因?yàn)槟阌肅++不可避免會用到其他人寫的庫。  回復(fù)  更多評論
              
            # re: C++下垃圾回收器的實(shí)現(xiàn)(一)
            2010-02-08 17:25 | 尹東斐
            @Bill Gates

            我之前提到這個Hans_Boehm GC, 它由于是Conservative Garbage Collector,所以沒有辦法證明其絕對安全。

            他的算法通過指針的地址判斷指針是否在堆上,重載全局new以后,他控制了所有內(nèi)存分配,他知道堆上最小的地址和最大的地址,然后通過判斷指針的地址是否落在在個區(qū)域內(nèi)部來判斷這個指針在堆上還是棧上。

            這種方法沒辦法實(shí)現(xiàn)內(nèi)存緊縮的功能。

            還有,在工程中,用到其他庫的的時候都會考慮包裝,一般不會直接使用,加一個間接層,即使它的內(nèi)存不完全由你控制,但是你還是可以部分控制的。  回復(fù)  更多評論
              
            # re: C++下垃圾回收器的實(shí)現(xiàn)(一)
            2010-02-08 19:34 | jimmy
            看到個滿贊的文章,一看原來是你寫的。~
            果然很高深呢。  回復(fù)  更多評論
              

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


            <2009年5月>
            262728293012
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            青青热久久综合网伊人| 99精品久久精品一区二区| 国内精品久久久久久不卡影院| 国产午夜精品久久久久九九电影| 三级片免费观看久久| 久久婷婷激情综合色综合俺也去| 99久久www免费人成精品| 久久久久久久久久久精品尤物| 久久久久久久综合日本亚洲| 国内精品伊人久久久影院| 香蕉久久夜色精品国产小说| 热久久最新网站获取| 精品久久久久久无码人妻热| 97久久精品国产精品青草| 亚洲欧洲久久av| 久久精品?ⅴ无码中文字幕| 蜜臀av性久久久久蜜臀aⅴ| 女同久久| 久久国产视屏| 精品欧美一区二区三区久久久| 国产成人久久AV免费| 麻豆一区二区99久久久久| 无码人妻久久一区二区三区蜜桃| 精品久久久久久无码中文字幕 | 人妻无码中文久久久久专区| 久久国产免费| 久久久久九九精品影院| 国产综合免费精品久久久| 99久久精品无码一区二区毛片| 久久国产一区二区| 久久成人精品视频| 国产一级持黄大片99久久| 久久精品国产福利国产秒| 精品久久久久中文字幕日本 | 亚洲国产成人久久精品影视| 国产精品国色综合久久| 成人久久精品一区二区三区| 久久久青草久久久青草| 26uuu久久五月天| 欧美大战日韩91综合一区婷婷久久青草| 精品无码久久久久久久动漫|