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

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

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

            FeedBack:
            # re: 垃圾收集的那點事(H)[未登錄] 2008-09-20 12:45 好東西
            特來支持一下,繼續努力。  回復  更多評論
              
            # re: 垃圾收集的那點事(H) 2013-12-30 17:11 7Qing_
            非常感謝  回復  更多評論
              
            久久久久亚洲AV无码专区首JN| 久久久久久免费视频| 国内精品久久久久久99| 久久被窝电影亚洲爽爽爽| 久久久精品人妻无码专区不卡| 日韩精品久久久肉伦网站| 久久国产一片免费观看| 亚洲国产欧洲综合997久久| 亚洲国产成人久久精品影视| 久久综合九色综合网站| 99精品久久久久中文字幕| 亚洲精品tv久久久久| 精品久久一区二区三区| 一本色道久久99一综合| 欧美午夜A∨大片久久 | 国产精品久久久久久久午夜片| 狠狠色丁香久久婷婷综合蜜芽五月 | 99久久香蕉国产线看观香| 国产日韩欧美久久| 国产午夜久久影院| 99精品久久精品| 国内精品久久久人妻中文字幕 | 欧美激情精品久久久久| 日韩精品久久无码中文字幕| 国内精品综合久久久40p| 久久午夜无码鲁丝片午夜精品| 免费观看成人久久网免费观看| 久久精品国产99久久久| 日产精品久久久久久久性色| 热re99久久精品国99热| 久久国产亚洲高清观看| 国产精品毛片久久久久久久| 成人久久综合网| 91久久精品国产免费直播| 91精品国产高清久久久久久91 | 99久久无码一区人妻| 91麻豆精品国产91久久久久久| 国产69精品久久久久9999| 久久久久婷婷| 久久精品国产亚洲av麻豆蜜芽| 久久无码AV中文出轨人妻|