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

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

            導航

            統計

            常用鏈接

            留言簿

            隨筆檔案

            文章檔案

            friend

            搜索

            最新評論

            国内高清久久久久久| 国产色综合久久无码有码| 久久亚洲国产欧洲精品一| 日韩亚洲欧美久久久www综合网 | 久久99免费视频| 天天综合久久一二三区| 久久久亚洲裙底偷窥综合 | 伊人丁香狠狠色综合久久| 久久精品无码一区二区三区免费| 久久婷婷国产剧情内射白浆 | 久久99精品久久久久久不卡| 精品久久久久久国产| 国内精品久久久久久中文字幕| 久久久www免费人成精品| 久久综合狠狠综合久久激情 | 精品多毛少妇人妻AV免费久久 | 无码八A片人妻少妇久久| 久久国产精品国产自线拍免费| 国内精品久久久久影院老司| 久久婷婷国产麻豆91天堂| 99久久精品国产一区二区 | 久久亚洲电影| 99久久婷婷国产一区二区| 老色鬼久久亚洲AV综合| 日韩人妻无码一区二区三区久久99| 国产精品久久久久久福利漫画| 久久精品国产亚洲AV不卡| 精品综合久久久久久88小说| 久久青青草原国产精品免费| 久久精品国产亚洲av水果派| 18岁日韩内射颜射午夜久久成人| 国产精品99久久久久久www| 精品久久久久久综合日本| 99久久精品毛片免费播放| 久久久久人妻一区二区三区vr| 婷婷综合久久中文字幕蜜桃三电影| 亚洲伊人久久综合中文成人网| 无码乱码观看精品久久| 久久久综合香蕉尹人综合网| 久久天天躁狠狠躁夜夜2020老熟妇| 国产 亚洲 欧美 另类 久久|