• <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>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請(qǐng)移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類(lèi)

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 303610
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

            先說(shuō)下背景,有同學(xué)看了我寫(xiě)的yfgc庫(kù)的分析,留言問(wèn)我能不能用c實(shí)現(xiàn)一個(gè)教學(xué)用gc庫(kù),力求簡(jiǎn)單,無(wú)需優(yōu)化。這個(gè)月實(shí)在寫(xiě)不出blog,正好充數(shù)一篇。
            相關(guān)連接: http://www.shnenglu.com/darkdestiny/archive/2008/09.html

            真正能用的gc庫(kù)我不會(huì)寫(xiě),簡(jiǎn)單表達(dá)問(wèn)題本質(zhì)的東西倒還能應(yīng)付,就寫(xiě)了一下。不過(guò)只用c沒(méi)有容器是不行的,用了stl,相信同學(xué)能看明白。
            首先還是先說(shuō)一下基本概念,gc本質(zhì)就是把你分配出去的內(nèi)存都記好了,倆倆內(nèi)存之間的依賴(lài)關(guān)系都記好了。回收的時(shí)候查找依賴(lài)關(guān)系,將被根節(jié)點(diǎn)依賴(lài)的內(nèi)存都標(biāo)記為不可刪除,刪除沒(méi)有被標(biāo)記的內(nèi)存即可。
            說(shuō)實(shí)話(huà),gc對(duì)于c/cpp這種中級(jí)語(yǔ)言意義不大,因?yàn)槟悴坏貌皇謩?dòng)修改兩塊內(nèi)存之間的依賴(lài)關(guān)系,這和手動(dòng)管理內(nèi)存是沒(méi)有差別的。你忘了解除依賴(lài)關(guān)系,等價(jià)于忘了釋放內(nèi)存。
            gc這種東西,只對(duì)于能把指針變量進(jìn)行特殊編譯的編譯器,或者基于虛擬機(jī)的語(yǔ)言有價(jià)值。我用c/cpp的話(huà)還是傾向于手動(dòng)管理內(nèi)存,不管依賴(lài)關(guān)系如何復(fù)雜,只要所有權(quán)內(nèi)保證唯一就可單點(diǎn)手動(dòng)釋放;對(duì)于所有權(quán)不唯一的依賴(lài)關(guān)系,則采用引用計(jì)數(shù)機(jī)制。

            話(huà)說(shuō)太多了,貼點(diǎn)代碼吧,也許改改就能編譯過(guò)去。
            #define ROOT (void*)NULL

            void* gc_malloc(size_t s);
            void gc_link(void* parent, void* child);
            void gc_unlink(void* parent, void* child);
            void gc_collect();


            #include 
            <map>
            static std::multimap<void*,void*> s_links, s_linkClean;
            static std::map<void*,int> s_allPtrs;
            static int s_color = 0;


            void* gc_malloc(size_t s)
            {
                
            void* ptr = ::malloc(s);
                s_allPtrs[ptr] 
            = s_color;
                
            return ptr;
            }

            void gc_link(void* parent, void* child)
            {
                s_links.insert(std::make_pair(parent,child));
            }

            void gc_unlink(void* parent, void* child)
            {
                s_links.erase(std::make_pair(parent, child));
            }

            void gc_collect()
            {
                s_color 
            = (s_color+1% 2;
                gc_mark_r(ROOT);
                s_links 
            = s_linkClean;
                s_linkClean.clear();

                auto iter 
            = s_allPtrs.begin();
                
            while(iter!=s_allPtrs.end())
                {
                    auto cur 
            = iter++;
                    
            if(cur->second != s_color)
                    {
                        ::free(cur
            ->first);
                        s_allPtrs.erase(cur);
                    }
                }
            }

            void gc_mark_r(void* parent)
            {
                
            if(parent!=ROOT && s_allPtrs[parent]==s_color)
                {
                    
            return;
                }
                s_allPtrs[parent] 
            = s_color;

                auto iter 
            = s_links.lower_bound(parent);
                auto end 
            = s_links.upper_bound(parent);
                
            for(; iter!=end; ++iter)
                {
                    s_linkClean.insert(iter);
                    
            void* child = iter->second;
                    gc_mark_r(child);
                }
            }

            int main()
            {
                
            void* p1 = gc_malloc(10);
                gc_link(ROOT, p1);
                
            void* p2 = gc_malloc(20);
                gc_link(p1, p2);
                gc_collect();
                
            return 0;
            }

            yfgc庫(kù)里的gc_enter/gc_leave是實(shí)現(xiàn)在gc_link/gc_unlink上的,算拓展api吧。同學(xué)完全可以自己實(shí)現(xiàn)的,hint是,為每個(gè)函數(shù)調(diào)用分配一點(diǎn)內(nèi)存,建立父子函數(shù)內(nèi)存上的依賴(lài)關(guān)系,函數(shù)里分配的臨時(shí)內(nèi)存和函數(shù)對(duì)應(yīng)的內(nèi)存也建立依賴(lài)關(guān)系,函數(shù)退出時(shí)解除相關(guān)的依賴(lài)關(guān)系。

            云風(fēng)不久前又給出一個(gè)基于繼承的gc解決方案,很簡(jiǎn)單,可以看看:
            http://blog.codingnow.com/2010/02/cpp_gc.html
            posted on 2010-04-29 21:13 LOGOS 閱讀(2942) 評(píng)論(6)  編輯 收藏 引用 所屬分類(lèi): 垃圾收集

            FeedBack:
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 09:42 Kevin Lynx
            - - 果然需要自己“改改才能編譯過(guò)去”。。  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 10:23 Kevin Lynx
            每一次調(diào)用gc_collect的時(shí)候,s_color變?yōu)閷?duì)立值(0->1, 1->0),然后gc_mark_r將位于s_links中的指針全部標(biāo)記為當(dāng)前的s_color值,那么在gc_collect之前gc_unlink的指針依然為原來(lái)的s_color,即未被標(biāo)記,然后gc_collect回收這些未被標(biāo)記的指針(指向的內(nèi)存)。

            不是很明白,s_linkClean在這里的作用。  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 10:35 LOGOS
            @Kevin Lynx
            假設(shè)links中有這些值
            root->a,a->b,b->c
            當(dāng)root->a被刪除后,links的值為
            a->b,b->c
            結(jié)果a,b,c都被回收了,而這些鏈接關(guān)系都是無(wú)效的關(guān)系,需要清理
            s_linkClean用于記錄有效的鏈接關(guān)系  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版[未登錄](méi) 2010-04-30 11:03 houapple
            先謝謝LOGOS的回復(fù),早上起來(lái)就看自己想看到的,心情那個(gè)愉悅啊!呵呵!
            恩,剛剛把程序仔細(xì)看完,大概明白了程序的思想。
            有兩個(gè)問(wèn)題:
            1、如果我們不顯式調(diào)用 gc_link 去維護(hù)依賴(lài)關(guān)系,如何去知道哪些內(nèi)存需要回收?
            2、因?yàn)榇蟛糠謨?nèi)存泄露都在被調(diào)用的函數(shù)中發(fā)生。如果我希望如下使用:
            main()
            {
            gc_init();
            foo();
            gc_collect();
            }
            當(dāng)然foo()中內(nèi)存分配函數(shù)使用gc_malloc()。應(yīng)該用什么機(jī)制去實(shí)現(xiàn)?  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版 2010-04-30 11:56 LOGOS
            @houapple
            1.不調(diào)用gc_link,所有內(nèi)存都會(huì)被回收
            2.
            foo()
            {
            gc_enter();
            ...
            gc_leave();
            }
            gc_enter分配一個(gè)表示函數(shù)調(diào)用的內(nèi)存p,修改gc_malloc,分配出c時(shí)默認(rèn)和函數(shù)調(diào)用棧頂?shù)膬?nèi)存建立依賴(lài)關(guān)系即可:gc_link(p,c)
            gc_leave刪除當(dāng)前函數(shù)和上一個(gè)函數(shù)的依賴(lài)關(guān)系:gc_unlink(p-1, p)  回復(fù)  更多評(píng)論
              
            # re: gc庫(kù)概念簡(jiǎn)化版[未登錄](méi) 2010-04-30 14:22 houapple
            第一點(diǎn)明白了,第二點(diǎn)考慮中!
            謝謝 LOGOS  回復(fù)  更多評(píng)論
              
            久久青青草原亚洲av无码app | 国产成人精品久久免费动漫| 久久九色综合九色99伊人| 国产精品久久久久久影院| 中文字幕热久久久久久久| 一本久久a久久精品综合香蕉| 国产精品gz久久久| AAA级久久久精品无码区| 久久亚洲国产精品一区二区| 亚洲国产成人久久综合碰碰动漫3d| 国产三级久久久精品麻豆三级| 日本人妻丰满熟妇久久久久久| 久久99精品久久久久久hb无码 | 蜜臀久久99精品久久久久久| 久久久噜噜噜久久| 亚洲国产小视频精品久久久三级| 狠狠色丁香婷婷久久综合五月| 中文字幕热久久久久久久| 久久国产亚洲精品无码| Xx性欧美肥妇精品久久久久久 | 久久综合久久美利坚合众国| 久久精品国产久精国产果冻传媒| 国产亚洲美女精品久久久2020| 国产精品久久久久久福利69堂| 国产成人精品久久一区二区三区av | 久久午夜综合久久| 国内精品人妻无码久久久影院导航| 久久久无码精品亚洲日韩蜜臀浪潮| 久久精品成人免费看| 久久免费观看视频| 伊人久久大香线蕉av一区| 午夜不卡888久久| 漂亮人妻被中出中文字幕久久| 久久久女人与动物群交毛片| 久久播电影网| 精品久久久久久亚洲精品 | 久久精品毛片免费观看| 久久国产热这里只有精品| 久久亚洲AV成人出白浆无码国产 | 久久午夜无码鲁丝片秋霞| 久久久91精品国产一区二区三区 |