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

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 304346
            • 排名 - 84

            最新評論

            閱讀排行榜

            昨天已經通過gc_enterstack_push的實現,了解到用一個近似調用堆棧的東西,保存每一級調用中分配的自由內存的id。
            今天看看gc_leave。gc_leave有一個可變參數列表,這些參數的用途是,將本函數分配的自由內存的聲明周期再保留更長一點的時間。
            看看實現就知道了:

             1void
             2gc_leave(void *p,)
             3{
             4    void **head;
             5    if (E.stack.current >= E.stack.bottom) {
             6        E.stack.top = E.stack.current;
             7        E.stack.current -= E.stack.data[E.stack.current].number;
             8    }

             9    else {
            10        int parent,child;
            11        --E.stack.bottom;
            12        parent=E.stack.data[E.stack.bottom-1].stack;
            13        child=E.stack.data[E.stack.bottom].stack;
            14        node_add(parent, child | UNSET_MASK);
            15        node_free(child);
            16        E.stack.current=E.stack.bottom-1;
            17        E.stack.top = E.stack.current + 1;
            18    }

            19
            20    head=&p;
            21
            22    while (*head) {
            23        stack_push(map_id(*head));
            24        ++head;
            25    }

            26}

            我們知道,調用gc_leave,也就意味著要離開當前的函數回到父函數上了,那么堆棧也要退回到父函數調用gc_enter后的情形。
            首先看if部分,因為在 E.stack.current的位置上保存的是父函數中分配的自由內存的數量,所以第6行讓top指向這里,第7行用current對這個數量做一個減法,就變成了父函數堆棧的情形了。

            不過9行else部分比較令人困惑。僅僅在第一次調用gc_enter之前,current會小于bottom,此時current=0,bottom=1。那么接下來的第11行執行后bottom=0,第12行看起來就會訪問索引為-1處的數據。我還沒有跑過這個庫,也沒有在源碼中搜索出 E.stack.bottom比較特殊的賦值操作,所以不太確定到底是怎么回事。所以,這個先暫時放下,等以后看到其他內容,或者跑一下這個庫的時候,再搞清楚這段代碼的意義。

            最后是一個while循環,處理可變參數列表,這些參數是需要延長生命的自由內存指針。怎么做呢?因為現在已經回到了父函數的gc堆棧上,所以就把這些需要延長生命的自由內存壓入父函數的gc堆棧即可,見23行。
            不過這也意味著,他們的生命最少只延長到父函數也退出而已。

            OK,看完了分配出來的內存的兩種管理方式,明天終于可以看看如何進行內存回收了。
            posted on 2008-09-18 20:00 LOGOS 閱讀(1937) 評論(2)  編輯 收藏 引用

            FeedBack:
            # re: 垃圾收集的那點事(H)[未登錄] 2008-09-20 12:45 好東西
            特來支持一下,繼續努力。  回復  更多評論
              
            # re: 垃圾收集的那點事(H) 2013-12-30 17:11 7Qing_
            非常感謝  回復  更多評論
              
            亚洲国产精品成人AV无码久久综合影院| 亚洲午夜精品久久久久久浪潮| 久久久久久九九99精品| 久久夜色精品国产欧美乱| 潮喷大喷水系列无码久久精品| 7国产欧美日韩综合天堂中文久久久久 | 欧美久久精品一级c片片| 久久久噜噜噜久久中文字幕色伊伊| 无码任你躁久久久久久久| 婷婷综合久久中文字幕蜜桃三电影 | 久久久一本精品99久久精品88| 久久久久久久尹人综合网亚洲| 欧美日韩精品久久久久| 精品久久久久香蕉网| 色播久久人人爽人人爽人人片aV | 99久久精品免费看国产一区二区三区 | 久久福利青草精品资源站免费| 国产高清美女一级a毛片久久w| 中文字幕乱码久久午夜| 久久露脸国产精品| 国产一区二区精品久久岳| 久久久女人与动物群交毛片| 久久只这里是精品66| 国产精品成人精品久久久 | 亚洲国产香蕉人人爽成AV片久久 | 国产成人精品白浆久久69| 亚洲国产精品无码久久青草| 亚洲一本综合久久| 久久久久久久综合日本亚洲 | 亚洲中文字幕无码久久2017| 久久久久一本毛久久久| 久久综合狠狠综合久久97色| 国内精品欧美久久精品| 韩国三级中文字幕hd久久精品| 精品久久久久久中文字幕| 久久91精品国产91久久小草| 成人综合伊人五月婷久久| 精品国产91久久久久久久 | 丁香色欲久久久久久综合网| 久久精品国产亚洲αv忘忧草| 无码八A片人妻少妇久久|