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

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 303611
            • 排名 - 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 閱讀(1933) 評論(2)  編輯 收藏 引用

            FeedBack:
            # re: 垃圾收集的那點事(H)[未登錄] 2008-09-20 12:45 好東西
            特來支持一下,繼續努力。  回復  更多評論
              
            # re: 垃圾收集的那點事(H) 2013-12-30 17:11 7Qing_
            非常感謝  回復  更多評論
              
            三级韩国一区久久二区综合| 久久国产成人精品麻豆| 亚洲精品综合久久| 久久亚洲中文字幕精品有坂深雪| 精品永久久福利一区二区| 伊人久久综在合线亚洲2019 | 一本色道久久88加勒比—综合| 一本久久a久久精品综合夜夜| 精品久久久一二三区| 日韩AV无码久久一区二区| 久久精品无码一区二区日韩AV | 久久国产精品成人免费| 日韩精品无码久久一区二区三| 无码国内精品久久人妻蜜桃 | 国产成人无码精品久久久性色| 精品国产一区二区三区久久久狼| 久久99精品国产麻豆婷婷| 久久夜色精品国产网站| 久久精品极品盛宴观看| 天天综合久久久网| AV无码久久久久不卡蜜桃| 99精品国产综合久久久久五月天| 国产高清美女一级a毛片久久w | 亚洲精品综合久久| 久久国产视频网| 91精品国产综合久久四虎久久无码一级| 一本久久知道综合久久| 久久人人爽人人澡人人高潮AV| 久久亚洲国产欧洲精品一| 国产精品99久久精品| 天天爽天天狠久久久综合麻豆| 久久精品国产亚洲AV久| 欧美一区二区久久精品| 久久久午夜精品福利内容| 四虎影视久久久免费观看| 久久精品国产精品亚洲下载| 久久99精品久久久久久齐齐| 国产精品欧美亚洲韩国日本久久 | 久久人人爽人人人人爽AV| 伊人久久大香线蕉无码麻豆| 欧美精品国产综合久久|