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

            搜索

            最新評論

            免费一级做a爰片久久毛片潮 | 久久综合给合久久狠狠狠97色 | 国产成人精品综合久久久| 99久久精品国产一区二区 | 国产成人香蕉久久久久| 久久激情亚洲精品无码?V| 久久久久久久波多野结衣高潮| 欧洲人妻丰满av无码久久不卡| 一本一道久久精品综合| 久久亚洲AV无码精品色午夜| A狠狠久久蜜臀婷色中文网| 久久99精品久久久久久噜噜| 国内精品九九久久精品| 国产精品一区二区久久精品无码 | www久久久天天com| 久久伊人亚洲AV无码网站| 国产成人无码久久久精品一| 97香蕉久久夜色精品国产| 一本大道加勒比久久综合| 亚洲国产精品无码久久| 亚洲国产日韩欧美综合久久| 日韩亚洲欧美久久久www综合网| 99精品国产99久久久久久97| 亚洲欧美久久久久9999| 国产香蕉97碰碰久久人人| 色综合久久88色综合天天| 日韩精品久久久久久免费| 综合人妻久久一区二区精品| 亚洲?V乱码久久精品蜜桃| 久久综合视频网站| 久久人妻少妇嫩草AV蜜桃| 久久精品这里只有精99品| 久久精品不卡| 久久夜色精品国产www| 久久露脸国产精品| 久久精品免费网站网| 国产亚州精品女人久久久久久 | 日本免费久久久久久久网站 | 久久精品一本到99热免费| 2021国产精品久久精品| 中文字幕久久波多野结衣av|