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

            搜索

            最新評論

            内射无码专区久久亚洲| 99久久er这里只有精品18| 久久久久久A亚洲欧洲AV冫| 久久精品成人免费国产片小草| 欧美日韩精品久久久久| 日韩人妻无码一区二区三区久久| 亚洲嫩草影院久久精品| 亚洲va久久久久| 蜜桃麻豆www久久| 亚洲精品乱码久久久久久蜜桃不卡| 国产亚洲精品自在久久| 亚洲日本久久久午夜精品| 久久精品国产第一区二区三区| 久久精品夜色噜噜亚洲A∨| 国产精品久久久久天天影视| 亚洲国产香蕉人人爽成AV片久久 | 国产高清美女一级a毛片久久w| 性做久久久久久久久浪潮| 国产亚洲色婷婷久久99精品91| 无码人妻久久一区二区三区免费丨| 91超碰碰碰碰久久久久久综合| 中文字幕无码精品亚洲资源网久久| 久久久久成人精品无码| 狠狠色丁香婷婷久久综合不卡| 国产aⅴ激情无码久久| 亚洲欧美国产精品专区久久| 精品久久久久中文字幕一区| 国产精品久久波多野结衣| 国产综合久久久久| 久久亚洲AV成人无码电影| 色综合久久无码中文字幕| 久久精品国产亚洲AV蜜臀色欲| 亚洲日韩欧美一区久久久久我| 久久一区二区免费播放| 久久久久人妻精品一区三寸蜜桃| 久久亚洲国产欧洲精品一| 久久精品无码一区二区三区| 久久综合狠狠综合久久激情 | 精品久久久久久亚洲| 99久久综合狠狠综合久久| 精品水蜜桃久久久久久久|