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

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

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

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

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

            簡(jiǎn)單的表述就是無(wú)用對(duì)象且不可達(dá)。

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

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

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

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

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

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

            所以以前有auto_ptr, 現(xiàn)在有shared_ptr問世。為了得到根集,我也將原生指針進(jìn)行包裝,只不過不用于所有權(quán)管理,也不用于引用計(jì)數(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ù),它將自己注冊(cè)到根集中去。

            再看看根集:

            std::list<pointer_base *> gc_root_set;


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

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

            class A
            {
                
            //
            }
            ;

            class B
            {
                pointer
            <A> pA;
            }
            ;

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

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

             

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

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

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

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

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

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

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


            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊(cè)

            好友博客

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            亚洲αv久久久噜噜噜噜噜| 久久久无码精品亚洲日韩蜜臀浪潮| 久久www免费人成看片| 人妻无码久久一区二区三区免费| 久久天天躁狠狠躁夜夜96流白浆 | 四虎影视久久久免费观看| 人妻系列无码专区久久五月天| 久久天天躁狠狠躁夜夜不卡 | 久久精品国产精品亚洲人人 | 亚洲国产精品一区二区三区久久| 思思久久精品在热线热| 久久精品国产清高在天天线| 亚洲国产综合久久天堂 | 丰满少妇人妻久久久久久4| 色婷婷久久久SWAG精品| 99久久99久久久精品齐齐 | 久久青青草视频| 久久99精品国产一区二区三区| 思思久久好好热精品国产| 一本大道久久a久久精品综合| 精品国产乱码久久久久久呢| 久久99国产一区二区三区| 久久九九精品99国产精品| 亚洲日本久久久午夜精品| 久久久久黑人强伦姧人妻 | 99久久无色码中文字幕人妻| 99精品伊人久久久大香线蕉| 国产成人久久激情91| 欧美熟妇另类久久久久久不卡| 久久亚洲精品国产亚洲老地址| 久久久久久亚洲精品无码| 精品欧美一区二区三区久久久 | 久久香蕉一级毛片| 欧洲精品久久久av无码电影| 中文字幕久久精品无码| 2019久久久高清456| 亚洲国产另类久久久精品| 精品多毛少妇人妻AV免费久久| 久久伊人精品一区二区三区| 久久99热这里只有精品国产| 久久久久久久免费视频|