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

            堆和內存分配

            在堆上分配內存
            —————————
            可能許多人對內存分配上的“棧 stack”和“堆 heap”還不是很明白。包括一些科班出身的人也不明白這兩個概念。我不想過多的說這兩個東西。簡單的來講,stack上分配的內存系統自動釋放,heap上分配的內存,系統不釋放,哪怕程序退出,那一塊內存還是在那里。stack一般是靜態分配內存,heap上一般是動態分配內存

            由malloc系統函數分配的內存就是從堆上分配內存。從堆上分配的內存一定要自己釋放。用free釋放,不然就是術語——“內存泄露”(或是“內存漏洞”)—— Memory Leak。于是,系統的可分配內存會隨malloc越來越少,直到系統崩潰。還是來看看“棧內存”和“堆內存”的差別吧。

            ??? 棧內存分配
            ??? —————
            ??? char*
            ??? AllocStrFromStack()
            ??? {
            ??????? char pstr[100];
            ??????? return pstr;
            ??? }
            ???
            ??? 堆內存分配
            ??? —————
            ??? char*
            ??? AllocStrFromHeap(int len)
            ??? {
            ??????? char *pstr;
            ???????
            ??????? if ( len <= 0 ) return NULL;
            ??????? return ( char* ) malloc( len );
            ??? }

            對于第一個函數,那塊pstr的內存在函數返回時就被系統釋放了。于是所返回的char*什么也沒有。而對于第二個函數,是從堆上分配內存,所以哪 怕是程序退出時,也不釋放,所以第二個函數的返回的內存沒有問題,可以被使用。但一定要調用free釋放,不然就是Memory Leak!

            在堆上分配內存很容易造成內存泄漏,這是C/C++的最大的“克星”,如果你的程序要穩定,那么就不要出現Memory Leak。所以,我還是要在這里千叮嚀萬囑付,在使用malloc系統函數(包括calloc,realloc)時千萬要小心。

            記得有一個UNIX上的服務應用程序,大約有幾百的C文件編譯而成,運行測試良好,等使用時,每隔三個月系統就是down一次,搞得許多人焦頭爛 額,查不出問題所在。只好,每隔兩個月人工手動重啟系統一次。出現這種問題就是Memery Leak在做怪了,在C/C++中這種問題總是會發生,所以你一定要小心。一個Rational的檢測工作——Purify,可以幫你測試你的程序有沒有 內存泄漏。

            我保證,做過許多C/C++的工程的程序員,都會對malloc或是new有些感冒。當你什么時候在使用malloc和new時,有一種輕度的緊張和惶恐的感覺時,你就具備了這方面的修養了。
            ???
            對于malloc和free的操作有以下規則:

            1) 配對使用,有一個malloc,就應該有一個free。(C++中對應為new和delete)
            2) 盡量在同一層上使用,不要像上面那種,malloc在函數中,而free在函數外。最好在同一調用層上使用這兩個函數。
            3) malloc分配的內存一定要初始化。free后的指針一定要設置為NULL。
            ???

            注:雖然現在的操作系統(如:UNIX和Win2k/NT)都有進程內存跟蹤機制,也就是如果你有沒有釋放的內存,操作系統會幫你釋放。但操作系統 依然不會釋放你程序中所有產生了Memory Leak的內存,所以,最好還是你自己來做這個工作。(有的時候不知不覺就出現Memory Leak了,而且在幾百萬行的代碼中找無異于海底撈針,Rational有一個工具叫Purify,可能很好的幫你檢查程序中的Memory Leak)

            PS:本文為摘抄他人作品,如有雷同,見諒!

            posted on 2011-01-24 18:51 天之驕子' 閱讀(188) 評論(0)  編輯 收藏 引用

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            常用鏈接

            留言簿

            隨筆檔案

            文章檔案

            friend

            搜索

            最新評論

            麻豆国内精品久久久久久| 亚洲AV无码久久寂寞少妇| 久久精品国产一区二区三区| 2020久久精品国产免费| 久久se精品一区二区影院| 亚洲精品无码专区久久久| 久久综合九色综合精品| 国内精品伊人久久久影院| 九九99精品久久久久久| 久久久久波多野结衣高潮| 91精品国产综合久久久久久 | 国产免费久久精品99久久| 久久久久青草线蕉综合超碰 | 久久伊人五月天论坛| 欧美牲交A欧牲交aⅴ久久 | 久久综合给久久狠狠97色| 久久99精品久久久久久不卡| 久久亚洲欧美国产精品| 国产亚洲精品久久久久秋霞| 久久久久久国产精品免费免费| 国产精品久久久久jk制服| 久久伊人色| 日本精品久久久久影院日本| 99麻豆久久久国产精品免费| 婷婷综合久久中文字幕蜜桃三电影 | 亚洲精品tv久久久久| 久久久精品国产亚洲成人满18免费网站 | 亚洲精品乱码久久久久久蜜桃| 国产精品天天影视久久综合网| 久久久久人妻一区二区三区| 国产欧美久久久精品影院| 久久综合亚洲色HEZYO国产| 久久99热这里只有精品国产| 久久国产精品一区| 国产福利电影一区二区三区久久久久成人精品综合 | 精品无码久久久久国产动漫3d| 亚洲国产精品无码久久青草| 亚洲精品乱码久久久久久不卡| 四虎亚洲国产成人久久精品| 天堂无码久久综合东京热| 97精品依人久久久大香线蕉97|