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

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 303655
            • 排名 - 84

            最新評(píng)論

            閱讀排行榜

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

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

             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,用來(lái)保存他在 E.pool中的索引。保存這個(gè)的作用是,用來(lái)定位弱表中所引用的內(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)后面再說(shuō)。

             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用來(lái)遍歷弱表中所有引用的內(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)存堆棧,稍微延長(zhǎng)生命期。
            剩下的代碼,是用來(lái)刪除已經(jīng)被回收的child內(nèi)存(對(duì)應(yīng)的chidren[i]=0),稍微看看就能理解了。

            弱表的代碼就這么多,通過(guò)gc_weak_next的實(shí)現(xiàn),可以得知,仍舊是通過(guò)gc_link來(lái)將內(nèi)存添加到弱表中的,只要弱表是parent即可。
            好了,現(xiàn)在可以回頭看看在gc_collect中和弱表有關(guān)的代碼了,如果沒(méi)有弱表,整個(gè)gc庫(kù)的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ì)依賴(lài)關(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í)候就被回收,不過(guò)并沒(méi)有用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ù)著依賴(lài)關(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 閱讀(3812) 評(píng)論(2)  編輯 收藏 引用 所屬分類(lèi): 垃圾收集

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

            A:呵呵,因?yàn)?id 得保留,不然新分配的內(nèi)存塊分配出來(lái)的 id 可能和弱表里記錄的重復(fù)。這樣從弱表里就可能取到和當(dāng)初放進(jìn)去不同的內(nèi)存指針了。關(guān)鍵是在于,回收一塊內(nèi)存時(shí),無(wú)法反查到內(nèi)存被哪些弱表引用著。  回復(fù)  更多評(píng)論
              
            # re: 垃圾收集的那點(diǎn)事(K) 2012-06-11 18:16 雨過(guò)天晴
            一口氣把gc這個(gè)系列看完了,醍醐灌頂,謝謝LZ了  回復(fù)  更多評(píng)論
              
            久久久久久亚洲精品无码| 欧美成人免费观看久久| 久久丫忘忧草产品| 久久精品成人| 久久99精品久久久久久齐齐 | 国产99久久久国产精品~~牛 | 亚洲αv久久久噜噜噜噜噜| 欧美亚洲另类久久综合婷婷 | 精品久久久久久国产三级| 久久线看观看精品香蕉国产| 99久久精品影院老鸭窝| 国产精品久久久久影院嫩草| 99精品久久精品一区二区| 国产综合久久久久| 成人资源影音先锋久久资源网| 久久精品中文闷骚内射| 久久精品毛片免费观看| 国产精品久久国产精品99盘| 久久综合综合久久97色| 久久久久99精品成人片| 一级女性全黄久久生活片免费 | 国产精品久久久久久久app| 思思久久精品在热线热| 午夜天堂精品久久久久| 国产精品久久久久久久久鸭 | 色欲综合久久躁天天躁| 精品久久久无码人妻中文字幕| 性欧美大战久久久久久久久| 91精品国产91久久久久福利| 99久久精品无码一区二区毛片| 久久精品国产99国产精品| 日韩久久久久中文字幕人妻| 日韩乱码人妻无码中文字幕久久| 狠狠色丁香久久婷婷综合五月| 国产福利电影一区二区三区久久久久成人精品综合 | 国产精品成人精品久久久| 亚洲国产成人久久一区久久| 九九久久自然熟的香蕉图片| 狠狠色综合网站久久久久久久 | 亚洲综合精品香蕉久久网| 久久福利青草精品资源站|