• <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++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            1 、對(duì)象的分類

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

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

            ??????? 動(dòng)態(tài)生成對(duì)象( Dynamically Allocated Object ?? ?? ? ??controlled by programmer

            ?

            2 、動(dòng)態(tài)對(duì)象的生與死

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

            ??????? 銷毀: delete

            ?

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

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

            ?

            4 、動(dòng)態(tài)對(duì)象的存在形式

            ??????? 簡(jiǎn)單對(duì)象( single object

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

            ??????? The placement new express

            ?

            5 、動(dòng)態(tài)對(duì)象的使用

            ??????? 動(dòng)態(tài)對(duì)象的操縱

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

            ??????? 動(dòng)態(tài)對(duì)象的初始化

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

            ?

            6 、動(dòng)態(tài)對(duì)象及指針的生命周期

            ??????? 動(dòng)態(tài)對(duì)象

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

            ??????? 指針

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

            ?

            7 delete 的使用

            1

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

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

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

            }??????

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

            ???????? 原因是, delete 會(huì)自動(dòng)完成這個(gè)測(cè)試,如果顯式地測(cè)試,將會(huì)多執(zhí)行一次測(cè)試。所以說(shuō)完全沒有必要。

            ????????

            ???????? 2

            ?????????????????? pointer=0;??????????????????? // 不指向任何對(duì)象

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

            ????????

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

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

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

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

            同時(shí)也證明了①,刪除一個(gè) NULL 對(duì)象是沒有任何問(wèn)題的

            ?

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

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

            我想這個(gè)問(wèn)題對(duì) C++ 程序員來(lái)說(shuō),是非常熟悉的。

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

            簡(jiǎn)短的回答: new delete 沒有配對(duì)使用

            明白了嗎?還不明白? next

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

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

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

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

            ?

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

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

            ????????

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

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

            ?

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

            很熟悉,是吧?不要著急,請(qǐng)聽我慢慢道來(lái)。。。

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

            根源:

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

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

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

            u??????? 再次對(duì) ptrC 操作就會(huì)出錯(cuò)

            ?

            ??????? 對(duì)象類型錯(cuò)誤

            例:

            CDialog ?dlg=new CDialog

            delete dlg

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

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

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

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

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

            ?

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

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

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

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

            Feedback

            # re: 對(duì)象的動(dòng)態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評(píng)論   

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

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

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

            # re: 對(duì)象的動(dòng)態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評(píng)論   

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

            # re: 對(duì)象的動(dòng)態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評(píng)論   

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

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

            # re: 對(duì)象的動(dòng)態(tài)分配(Dynamically Allocated Object)  回復(fù)  更多評(píng)論   

            2006-08-10 16:44 by 一秋草木
            呵呵,這種情況我也不確定了。
            建議你到微軟的知識(shí)庫(kù)上去看看。里面有很多異常的介紹。
            www久久久天天com| 久久97精品久久久久久久不卡| 99久久超碰中文字幕伊人| 亚洲综合伊人久久大杳蕉| 中文精品99久久国产| 狠狠色丁香久久婷婷综合五月 | 欧美性猛交xxxx免费看久久久| 久久棈精品久久久久久噜噜| 77777亚洲午夜久久多喷| 精品久久香蕉国产线看观看亚洲| 九九热久久免费视频| 无码任你躁久久久久久老妇App| 色综合久久久久综合体桃花网 | 国内精品久久久久久久影视麻豆| 久久久WWW成人免费精品| 伊人久久大香线蕉综合Av| 久久96国产精品久久久| 久久久久国产精品嫩草影院| 国产精品久久久久乳精品爆 | 久久亚洲精精品中文字幕| 久久中文娱乐网| 色欲综合久久躁天天躁蜜桃| 久久婷婷色综合一区二区| 国产精品久久国产精麻豆99网站 | 亚洲国产综合久久天堂| 狠狠色婷婷综合天天久久丁香| 久久精品无码一区二区WWW| 中文字幕亚洲综合久久2| 久久天天躁狠狠躁夜夜不卡| 久久精品一区二区影院| 久久综合九色综合欧美狠狠| 国产91色综合久久免费分享| 亚洲国产精品无码久久一区二区| 久久精品国产亚洲av麻豆蜜芽| 久久艹国产| 国产精品美女久久久| 久久久久亚洲AV无码麻豆| 国产亚洲精品自在久久| 国产成人久久AV免费| 国产一久久香蕉国产线看观看| 青青草原综合久久大伊人精品|