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

            有了malloc/free為什么還要new/delete ?
                   malloc與free是C++/C語言的標準庫函數(shù),new/delete是C++的運算符。它們都可用于申請動態(tài)內(nèi)存和釋放內(nèi)存。

            對于非內(nèi)部數(shù)據(jù)類型的對象而言,光用maloc/free無法滿足動態(tài)對象的要求。對象在創(chuàng)建的同時要自動執(zhí)行構(gòu)造函數(shù),對象在消亡之前要自動執(zhí)行析構(gòu)函數(shù)。由于malloc/free是庫函數(shù)而不是運算符,不在編譯器控制權限之內(nèi),不能夠把執(zhí)行構(gòu)造函數(shù)和析構(gòu)函數(shù)的任務強加于malloc/free。

                   因此C++語言需要一個能完成動態(tài)內(nèi)存分配和初始化工作的運算符new,以及一個能完成清理與釋放內(nèi)存工作的運算符delete。注意new/delete不是庫函數(shù)。

            我們不要企圖用malloc/free來完成動態(tài)對象的內(nèi)存管理,應該用new/delete。由于內(nèi)部數(shù)據(jù)類型的“對象”沒有構(gòu)造與析構(gòu)的過程,對它們而言malloc/free和new/delete是等價的。

                既然new/delete的功能完全覆蓋了malloc/free,為什么C++不把malloc/free淘汰出局呢?這是因為C++程序經(jīng)常要調(diào)用C函數(shù),而C程序只能用malloc/free管理動態(tài)內(nèi)存。

               如果用free釋放“new創(chuàng)建的動態(tài)對象”,那么該對象因無法執(zhí)行析構(gòu)函數(shù)而可能導致程序出錯。如果用delete釋放“malloc申請的動態(tài)內(nèi)存”,理論上講程序不會出錯,但是該程序的可讀性很差。所以new/delete必須配對使用,malloc/free也一樣。

                free和delete以后要把指針置為NULL!別看free和delete的名字惡狠狠的(尤其是delete),它們只是把指針所指的內(nèi)存給釋放掉,但并沒有把指針本身干掉。通常會用語句if (p != NULL)進行防錯處理。很遺憾,此時if語句起不到防錯作用,因為即便p不是NULL指針,它也不指向合法的內(nèi)存塊。

            posted on 2006-11-03 12:56 哈哈 閱讀(1767) 評論(3)  編輯 收藏 引用

            評論:
            # re: 新手完全釋疑malloc/free VS new/delete 2006-11-09 21:44 | 邵騰飛
            “別看free和delete的名字惡狠狠的(尤其是delete),它們只是把指針所指的內(nèi)存給釋放掉,但并沒有把指針本身干掉。……”

            指針仍在棧中,只不過指向的內(nèi)存單元被釋放掉。
            如:
            int *p ;
            /*p在棧中;*/

            p = new int ( 100 ) ;
            /*在堆中申請一塊長度為4字節(jié)(int),并賦值為100; p 指向這個單元。假設單元地址為 address0 , 則 p = address0;*/

            delete p ;
            /*釋放掉 p 指向的單元,但 p 仍存在,p 在棧中,并且 p 仍等于 address0;
            直到 p 的生命期結(jié)束,內(nèi)存管理自動釋放 p,指針p 就被干掉了!!*/

            需要說明的是,我們往往在程序,或者函數(shù)結(jié)尾時,進行 delete ;這時指針的生命周期往往也隨之結(jié)束,所以這個細節(jié)很少被人注意,我們沒有碰到這類的麻煩。對于寫程序不注意結(jié)構(gòu)化,不注意分模塊,就會有隱患,嘿嘿。

            感謝作者的總結(jié),我只是寫了我臨時產(chǎn)生的體會。
              回復  更多評論
              
            # re: 新手完全釋疑malloc/free VS new/delete 2006-11-09 22:56 | pengkuny
            @邵騰飛
            謝謝你的詳細舉例  回復  更多評論
              
            # re: 新手完全釋疑malloc/free VS new/delete 2007-07-17 04:02 | touzani
            學習  回復  更多評論
              
            久久成人国产精品二三区| 亚洲欧美日韩中文久久| 久久久91精品国产一区二区三区| 久久精品国产精品国产精品污| 国产精品免费看久久久香蕉| 狠狠色丁香婷婷久久综合五月 | 久久综合一区二区无码| 国内精品综合久久久40p| 9999国产精品欧美久久久久久| 久久天天躁狠狠躁夜夜av浪潮| 久久精品人人做人人爽97| 久久久久国色AV免费观看| 久久久久亚洲AV片无码下载蜜桃| 色婷婷久久久SWAG精品| 99久久99这里只有免费的精品| 亚洲伊人久久综合影院| 久久精品一区二区| 色8久久人人97超碰香蕉987| 色天使久久综合网天天| 久久青青草原综合伊人| 久久99国产乱子伦精品免费| 久久无码AV中文出轨人妻| 久久精品国产亚洲Aⅴ香蕉 | 亚洲综合伊人久久综合| 久久久久亚洲AV无码专区网站| 久久99热国产这有精品| 亚洲综合日韩久久成人AV| 亚洲国产成人久久精品99 | 久久久久久国产精品无码下载| 91精品日韩人妻无码久久不卡| 91精品国产高清久久久久久io| 四虎国产精品成人免费久久| 亚洲精品WWW久久久久久| 久久久99精品成人片中文字幕| 2021国产成人精品久久| 97久久精品人妻人人搡人人玩| 久久婷婷激情综合色综合俺也去 | 伊人久久精品影院| 国产精品成人久久久| 久久久亚洲欧洲日产国码是AV| 精品久久久久久国产|