• <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 天之驕子' 閱讀(184) 評論(0)  編輯 收藏 引用

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            導航

            統計

            常用鏈接

            留言簿

            隨筆檔案

            文章檔案

            friend

            搜索

            最新評論

            亚洲va国产va天堂va久久| 久久99热这里只有精品国产| 色婷婷综合久久久久中文字幕| 亚洲精品高清久久| 久久精品国产欧美日韩| 超级97碰碰碰碰久久久久最新| 久久大香萑太香蕉av| 77777亚洲午夜久久多喷| 日韩va亚洲va欧美va久久| 亚洲中文字幕久久精品无码APP | 人妻精品久久久久中文字幕69| 72种姿势欧美久久久久大黄蕉| 久久强奷乱码老熟女网站| 久久99亚洲网美利坚合众国| 久久久WWW成人| 国产精品福利一区二区久久| 久久久国产99久久国产一| 精品国产一区二区三区久久| 国产69精品久久久久APP下载| 久久本道伊人久久| 久久精品国产亚洲AV电影 | 久久久久亚洲精品中文字幕| 色综合久久久久综合体桃花网| 久久婷婷五月综合97色直播| 精品久久一区二区三区| 狠狠色综合网站久久久久久久高清| 日韩亚洲欧美久久久www综合网| 99久久国产精品免费一区二区| 久久久久99精品成人片三人毛片| 国内精品九九久久久精品| 伊人久久综合成人网| 亚洲中文字幕无码一久久区| 久久久久久精品无码人妻| 亚洲成av人片不卡无码久久| 伊人热热久久原色播放www| 久久无码精品一区二区三区| 久久se精品一区二区影院 | 久久精品国产亚洲AV忘忧草18| 日韩十八禁一区二区久久| 久久综合视频网站| 狠狠色狠狠色综合久久|