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

            一秋草木

            Nothing Is Impossiable!
            posts - 11, comments - 10, trackbacks - 0, articles - 2
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            1 、對象的分類

            ??????? 全局對象( Global Object )?????????????????????Controlled by System

            ??????? 局部對象( Local Object )????????????????????? Controlled by System

            ??????? 動態(tài)生成對象( Dynamically Allocated Object ?? ?? ? ??controlled by programmer

            ?

            2 、動態(tài)對象的生與死

            ??????? 創(chuàng)建: new

            ??????? 銷毀: delete

            ?

            3 、動態(tài)對象的創(chuàng)建的地址

            ???????? 內(nèi)存池( memory pool )中的一塊程序自由存儲區(qū)域( free store area ),實(shí)際上就是通常所說的堆( Heap

            ?

            4 、動態(tài)對象的存在形式

            ??????? 簡單對象( single object

            ??????? 對象數(shù)組( array object

            ??????? The placement new express

            ?

            5 、動態(tài)對象的使用

            ??????? 動態(tài)對象的操縱

            動態(tài)對象沒有名稱,而是返回分配對象的指針地址,所有操作都是通過指針間接完成

            ??????? 動態(tài)對象的初始化

            動態(tài)對象分配的內(nèi)存區(qū)域是沒有初始化過的,里面存在的是隨機(jī)數(shù)據(jù)

            ?

            6 、動態(tài)對象及指針的生命周期

            ??????? 動態(tài)對象

            持續(xù)時間為 new ? è delete

            ??????? 指針

            根據(jù)其自身類型決定(全局 / 局部)

            ?

            7 delete 的使用

            1

            ???????? int ?*pi=new int;

            ???????? if(pi!=0){

            ???????? ? delete pi;

            }??????

            該段程序運(yùn)行起來是沒有問題的,但是卻存在畫蛇添足的一筆: if(pi!=0)

            ???????? 原因是, delete 會自動完成這個測試,如果顯式地測試,將會多執(zhí)行一次測試。所以說完全沒有必要。

            ????????

            ???????? 2

            ?????????????????? pointer=0;??????????????????? // 不指向任何對象

            ?????????????????? delete pointer;????????????? // 沒有必要

            ????????

            ???????? 總結(jié):

            也許會有人覺得兩個例子似乎有點(diǎn)矛盾,其實(shí)上述例程的意思是:

            ??????? 當(dāng)我們不知道一個對象內(nèi)存是否已經(jīng)釋放的時候,直接 delete 即可,是沒有任何問題的;額外的判斷完全沒有必要,反而會增加系統(tǒng)的工作量。

            ??????? 當(dāng)我們明確地知道對象指針 ==NULL 時,表明已經(jīng)釋了對象。這時就可以少寫一行代碼了。當(dāng)然如果有人想看看計(jì)算機(jī)又沒有不良反應(yīng),另當(dāng)別論。

            同時也證明了①,刪除一個 NULL 對象是沒有任何問題的

            ?

            8 、動態(tài)內(nèi)存分配常見錯誤

            ??????? 內(nèi)存泄露

            我想這個問題對 C++ 程序員來說,是非常熟悉的。

            u??????? 根源是:?

            簡短的回答: new delete 沒有配對使用

            明白了嗎?還不明白? next

            ???????? ???????? 只給對象分配了內(nèi)存,但是直到關(guān)閉程序的時候,都還沒有向?qū)ο笠啬菈K內(nèi)存。

            u??????? 怎樣發(fā)現(xiàn)?

            ????????? Vc IDE 中, debug 狀態(tài),程序結(jié)束時 output 窗口的 Detect Memory leak

            ????????? 使用工具軟件,如: BoundCheck

            ?

            u??????? 如何避免?

            呵呵,知道了根源就應(yīng)該知道該咋辦了。。。

            ????????

            ??????? / 寫已經(jīng)刪除的對象(內(nèi)存)

            當(dāng)對象 delete 以后,對象內(nèi)存被系統(tǒng)回收,其指針就指向到一塊非法的內(nèi)存。如果再對該對象指向內(nèi)存操作就會導(dǎo)致不可預(yù)知的錯誤。因此,通常的做法是 delete 之后,立即賦 NULL

            ?

            ??????? 內(nèi)存 corruptted

            很熟悉,是吧?不要著急,請聽我慢慢道來。。。

            ???????? 未命名.bmp

            根源:

            u??????? ptrA ptrB 都指向同一塊內(nèi)存

            u??????? 通過 ptrA 釋放內(nèi)存 Mem0 Mem0 分配給其它對象 ptrC

            u??????? ptrB 釋放內(nèi)存 , Mem0 存儲的 ptrC 指向的新對象就被破壞掉了。

            u??????? 再次對 ptrC 操作就會出錯

            ?

            ??????? 對象類型錯誤

            例:

            CDialog ?dlg=new CDialog

            delete dlg

            ???????? ???????? 你能發(fā)現(xiàn)什么不對嗎?

            ?????????????????? 提示一下, debug 運(yùn)行會發(fā)現(xiàn) mem leak

            ?????????????????? 知道了吧, what

            ???????? ???????? 就是 delete dlg ??????????????????

            5.1 中說過, new 返回的是指針。所以應(yīng)該將 dlg 聲明為 CDialog* 類型。

            ?

            這個主題的內(nèi)容就講完了,還有一些相關(guān)內(nèi)容在接下來的文章中見:

            u??????? The placement new express

            u??????? 內(nèi)存沖突

            u??????? 內(nèi)存 corruptted 解決辦法

            Feedback

            # re: 對象的動態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評論   

            2006-08-06 09:46 by thanksgiving
            最近我遇到了一個BUG,一直找不出原因,看到你這篇文章,我想問問你是否遇到過類似的問題.
            我前幾天買了臺新電腦,P4 64bit的CPU,我的舊電腦是AMD 64bit的,都是32位的XP系統(tǒng),我的程序在我的舊電腦上運(yùn)行了了20多天(15-30個進(jìn)程,每天運(yùn)行20個小時),從來沒有發(fā)生過內(nèi)存異常.但我的程序在新電腦上頻繁發(fā)生異常,運(yùn)行3個進(jìn)程平均二小時就會發(fā)生一次,經(jīng)過調(diào)試發(fā)現(xiàn)異常總是出現(xiàn)在內(nèi)存分配和釋放里:
            1:局部string對象的自動釋放出錯(STL的string);
            2;new出錯,而且new的字節(jié)也很小,才200字節(jié)左右;
            3:delete出錯,被刪除的內(nèi)存塊調(diào)試發(fā)現(xiàn)也是正常的,并不是無效內(nèi)存塊;

            開始我以為是因?yàn)槎鄠€線程同時申請堆內(nèi)存,導(dǎo)致出現(xiàn)爭奪的情況,于是我給每一個new和string構(gòu)造的地方都加了EnterCriticalSection(&cs);LeaveCriticalSection(&cs);,結(jié)果還是頻繁出現(xiàn)異常.

            這BUG真的很古怪,而且我在我同學(xué)的電腦上運(yùn)行了4天(60個進(jìn)程,20小時每天),一個異常都沒出現(xiàn)

            # re: 對象的動態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評論   

            2006-08-06 14:00 by 一秋草木
            @thanksgiving
            1、出錯的提示是什么?能否更進(jìn)一步描述一下?
            2、建議使用boundcheck,或在debug狀態(tài)看看,確認(rèn)出問題的地方的對象是否在其它的地方有關(guān)聯(lián)。這是最原始的辦法了。
            3、另外內(nèi)存塊有數(shù)據(jù)不一定是正常的,有可能分配給了其它對象;

            # re: 對象的動態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評論   

            2006-08-08 16:25 by thanksgiving
            都是
            0x7c931ec3 處未處理的異常: 0xC0000005: 寫入位置 0x018990ba 時發(fā)生訪問沖突 。
            0x7c931f52 處未處理的異常: 0xC0000005: 讀取位置 0x000c01e3 時發(fā)生訪問沖突 .這樣的異常
            觀察調(diào)用堆棧發(fā)現(xiàn)問題都在new和delete函數(shù)里,發(fā)生的錯誤都在ntdll.dll

            還有就是錯誤報(bào)告也很有意思,明明是intel的CPU,可它的提示是
            錯誤報(bào)告:CPU AMD Feature Code: 00C3E824......
            我的代碼應(yīng)該沒問題,要不然怎么在我的舊電腦和我同學(xué)的電腦上沒發(fā)生過內(nèi)存異常

            # re: 對象的動態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評論   

            2006-08-10 16:44 by 一秋草木
            呵呵,這種情況我也不確定了。
            建議你到微軟的知識庫上去看看。里面有很多異常的介紹。
            久久精品成人欧美大片| 亚洲国产二区三区久久| .精品久久久麻豆国产精品| 国产精品福利一区二区久久| 久久久精品久久久久久| 色偷偷88888欧美精品久久久| 久久婷婷久久一区二区三区| 麻豆久久久9性大片| 精品久久久久久综合日本| 久久婷婷色综合一区二区| 四虎国产精品免费久久久| 中文国产成人精品久久不卡| 国产精品无码久久四虎| 国产精品99精品久久免费| 欧美黑人激情性久久| 久久精品中文字幕有码| 国产亚洲精品自在久久| 国产69精品久久久久久人妻精品 | 婷婷伊人久久大香线蕉AV| 久久国产精品国语对白| 久久99国产综合精品免费| 久久久久av无码免费网| 久久久午夜精品福利内容| 久久精品国产亚洲AV不卡| 国产精品成人久久久久三级午夜电影 | 99久久精品九九亚洲精品| 欧美午夜精品久久久久免费视| 亚洲精品国产自在久久| 欧洲国产伦久久久久久久| 欧美午夜A∨大片久久| 青青久久精品国产免费看| 久久这里只有精品视频99| 久久久久久无码国产精品中文字幕| 品成人欧美大片久久国产欧美... 品成人欧美大片久久国产欧美 | 伊人热热久久原色播放www| 亚洲精品国产自在久久| 午夜精品久久久久久影视777| 人妻无码精品久久亚瑟影视| 久久综合色之久久综合| 国产一区二区久久久| 麻豆一区二区99久久久久|