• <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)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 303638
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

            到昨天為止,yfgc中的核心代碼,我覺得是看完了。
            gc_malloc中,了解到分配出來的內(nèi)存如何進(jìn)行管理;
            gc_link中,了解到如何在兩塊內(nèi)存之間建立引用依賴關(guān)系;
            gc_entergc_leave中,了解到通過gc_malloc分配出來的自由內(nèi)存是如何在調(diào)用堆棧上記錄的;
            gc_collect中,整合了以上所有的內(nèi)容,了解到整個(gè)依賴樹是如何建立固定部分和自動(dòng)部分,以及如何標(biāo)記出垃圾和非垃圾內(nèi)存的區(qū)別并進(jìn)行回收的。
            不過,在gc_collect的實(shí)現(xiàn)中,還是有些WEAK_CONTAINER的內(nèi)容無法理解,因此今晚就來看看weak table吧。

            weak table我譯為弱表,什么是弱表呢?弱表可以看作一個(gè)容器,容器內(nèi)的元素為其他內(nèi)存的指針,也就是容器和其他內(nèi)存之間建立了引用依賴關(guān)系。只是這種引用是弱引用,其依賴關(guān)系通常會(huì)在gc_collect的時(shí)候被系統(tǒng)自動(dòng)解除,以便于將容器中所指向的內(nèi)存進(jìn)行回收(如果這些內(nèi)存沒有在其他地方被強(qiáng)引用的話)。因此弱表引用的內(nèi)存通常不能直接持有,因?yàn)槠渖谑菦]有保證的,只能通過弱表進(jìn)行查找訪問。我的解釋可能不太準(zhǔn)確,有興趣的同學(xué)自己google一下吧。
            解釋了概念,接下來看看代碼

             1struct gc_weak_table {
             2    int node_id;
             3}
            ;
             4
             5struct gc_weak_table*
             6gc_weak_table(void *parent)
             7{
             8    struct gc_weak_table *ret=my_malloc(sizeof(*ret));
             9    ret->node_id=map_id(ret);
            10    E.pool[ret->node_id].u.c.weak=WEAK_CONTAINER;
            11    if (parent) {
            12        gc_link(parent,0,ret);
            13    }

            14    else {
            15        stack_push(ret->node_id);
            16    }

            17    return ret;
            18}
            首先,gc_weak_table的成員變量node_id,用來保存他在 E.pool中的索引。保存這個(gè)的作用是,用來定位弱表中所引用的內(nèi)存的存放位置,看gc_weak_next的時(shí)候就知道了。
            至于gc_weak_table函數(shù)的實(shí)現(xiàn)非常熟悉,其實(shí)就是gc_malloc,再加上一些特殊代碼罷了。第9行,對(duì)自身內(nèi)存的id賦值。第10行,用WEAK_CONTAINER將自己的節(jié)點(diǎn)標(biāo)記為弱表節(jié)點(diǎn),這樣在gc_collect的時(shí)候就會(huì)得到特殊照顧了,這點(diǎn)后面再說。

             1void* 
             2gc_weak_next(struct gc_weak_table *cont,int *iter)
             3{
             4    int i,j;
             5    struct link *children = E.pool[cont->node_id].u.n.children;
             6    if (children==0{
             7        return 0;
             8    }

             9
            10    for (i = (iter==0 ? 0 : *iter) ;i < children->number; i++{
            11        int id=children->children[i];
            12        if (id) {
            13            if (E.pool[id].u.c.mem == FREED_POINTER) {
            14                children->children[i] = 0;
            15            }

            16            else {
            17                if (iter) {
            18                    *iter=i+1;
            19                }

            20                stack_push(id);
            21                return E.pool[id].u.n.mem;
            22            }

            23        }

            24    }

            25
            26    for (i=0;i<children->number;i++{
            27        if (children->children[i]==0{
            28            break;
            29        }

            30    }

            31
            32    for (j=i,++i;i<children->number;i++{
            33        if (children->children[i]!=0{
            34            children->children[j++]=children->children[i];
            35        }

            36    }

            37
            38    children->number=j;
            39
            40    return 0;
            41}
            gc_weak_next用來遍歷弱表中所有引用的內(nèi)存,參數(shù)cont即弱表本身,參數(shù)iter為弱表所引用的內(nèi)存的位置索引,通常初始值為1,被gc_weak_next遞增改變。
            從第5行可知,其實(shí)弱表所引用的內(nèi)存就在children中。第10行的for循環(huán)體,遍歷children查找一塊還有效的引用內(nèi)存。第20行將他stack_push,因?yàn)檫@是要return的,最少會(huì)被外部所持有,因此壓入自由內(nèi)存堆棧,稍微延長生命期。
            剩下的代碼,是用來刪除已經(jīng)被回收的child內(nèi)存(對(duì)應(yīng)的chidren[i]=0),稍微看看就能理解了。

            弱表的代碼就這么多,通過gc_weak_next的實(shí)現(xiàn),可以得知,仍舊是通過gc_link來將內(nèi)存添加到弱表中的,只要弱表是parent即可。
            好了,現(xiàn)在可以回頭看看在gc_collect中和弱表有關(guān)的代碼了,如果沒有弱表,整個(gè)gc庫的if、else什么的會(huì)少得多。
             1static void
             2gc_mark(int root)
             3{
             4            if (E.pool[root].u.c.weak==WEAK_CONTAINER) {
             5                for (i=children->number-1;i>=0;i--{
             6                    gc_mark_weak(children->children[i]);
             7                }

             8            }

             9}

            10
            11static __inline void
            12gc_mark_weak(int weak)
            13{
            14    if (E.pool[weak].mark <  E.mark) {
            15        E.pool[weak].mark=E.mark;
            16    }

            17}
            在gc_mark對(duì)依賴關(guān)系做標(biāo)記的時(shí)候,有一個(gè)關(guān)于WEAK_CONTAINER的分支判斷,對(duì)弱表所引用的內(nèi)存節(jié)點(diǎn)執(zhí)行的是gc_mark_weak而gc_mark_weak的實(shí)現(xiàn)則是將節(jié)點(diǎn)的mark賦值為E.mark。這也就解釋了為什么在gc_collect的時(shí)候,會(huì)存在E.pool[i].mark == E.mark的情形,這是弱表所引用的內(nèi)存被標(biāo)記的結(jié)果,因此弱表所引用的內(nèi)存,在gc_collect的時(shí)候就被回收,不過并沒有用node_free釋放對(duì)應(yīng)的內(nèi)存節(jié)點(diǎn),而是做了一個(gè)標(biāo)記
            E.pool[i].u.c.mem=FREED_POINTER;
            這樣這些節(jié)點(diǎn)不會(huì)在下一次gc_collect的時(shí)候被回收。因?yàn)槿醣淼腸hildren還引用著他們,維護(hù)著依賴關(guān)系,即使分配的內(nèi)存已經(jīng)回收了。只有用gc_weak_next遍歷了弱表之后,這些廢棄的管理節(jié)點(diǎn)才會(huì)從children中被刪除,最終在gc_collect的時(shí)候被回收。
            為啥非要主動(dòng)遍歷弱表才能這樣呢。。。。
            posted on 2008-09-23 22:33 LOGOS 閱讀(3811) 評(píng)論(2)  編輯 收藏 引用 所屬分類: 垃圾收集

            FeedBack:
            # re: 垃圾收集的那點(diǎn)事(K) 2009-03-09 15:23 云風(fēng)
            Q:為啥非要主動(dòng)遍歷弱表才能這樣呢。。。。

            A:呵呵,因?yàn)?id 得保留,不然新分配的內(nèi)存塊分配出來的 id 可能和弱表里記錄的重復(fù)。這樣從弱表里就可能取到和當(dāng)初放進(jìn)去不同的內(nèi)存指針了。關(guān)鍵是在于,回收一塊內(nèi)存時(shí),無法反查到內(nèi)存被哪些弱表引用著。  回復(fù)  更多評(píng)論
              
            # re: 垃圾收集的那點(diǎn)事(K) 2012-06-11 18:16 雨過天晴
            一口氣把gc這個(gè)系列看完了,醍醐灌頂,謝謝LZ了  回復(fù)  更多評(píng)論
              
            久久久精品无码专区不卡| 久久久久亚洲?V成人无码| 久久久久久精品无码人妻| 噜噜噜色噜噜噜久久| 精品国产乱码久久久久软件| 久久精品国产精品亚洲毛片 | 996久久国产精品线观看| 伊人久久大香线蕉精品| 欧美精品福利视频一区二区三区久久久精品 | 久久久久无码中| 久久精品水蜜桃av综合天堂| 青青青国产精品国产精品久久久久| 久久国产午夜精品一区二区三区| av色综合久久天堂av色综合在| 97久久精品无码一区二区天美 | 91精品国产91久久久久久蜜臀| 久久亚洲AV永久无码精品| 久久精品亚洲中文字幕无码麻豆| 久久精品国产精品亚洲艾草网美妙| 中文字幕人妻色偷偷久久| 国产成人精品久久亚洲| 性欧美丰满熟妇XXXX性久久久| 久久人人爽人人爽人人片AV麻豆 | 久久伊人精品青青草原高清| 久久亚洲AV成人无码软件| 国产福利电影一区二区三区久久久久成人精品综合 | 久久国产香蕉视频| 久久国产精品成人免费 | 久久99精品国产麻豆| 亚洲精品乱码久久久久久蜜桃| 日本久久久久久中文字幕| 老色鬼久久亚洲AV综合| 久久综合亚洲色一区二区三区 | 7777精品久久久大香线蕉| 日本久久中文字幕| 久久久精品日本一区二区三区| 久久精品国产亚洲一区二区三区| 91久久精品视频| 久久影视国产亚洲| 久久无码国产专区精品| 久久午夜夜伦鲁鲁片免费无码影视|