• <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++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            對象的動態分配(Dynamically Allocated Object)

            Posted on 2006-08-05 12:55 一秋草木 閱讀(3440) 評論(4)  編輯 收藏 引用 所屬分類: C++

            1 、對象的分類

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

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

            ??????? 動態生成對象( Dynamically Allocated Object ?? ?? ? ??controlled by programmer

            ?

            2 、動態對象的生與死

            ??????? 創建: new

            ??????? 銷毀: delete

            ?

            3 、動態對象的創建的地址

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

            ?

            4 、動態對象的存在形式

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

            ??????? 對象數組( array object

            ??????? The placement new express

            ?

            5 、動態對象的使用

            ??????? 動態對象的操縱

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

            ??????? 動態對象的初始化

            動態對象分配的內存區域是沒有初始化過的,里面存在的是隨機數據

            ?

            6 、動態對象及指針的生命周期

            ??????? 動態對象

            持續時間為 new ? è delete

            ??????? 指針

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

            ?

            7 delete 的使用

            1

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

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

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

            }??????

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

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

            ????????

            ???????? 2

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

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

            ????????

            ???????? 總結:

            也許會有人覺得兩個例子似乎有點矛盾,其實上述例程的意思是:

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

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

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

            ?

            8 、動態內存分配常見錯誤

            ??????? 內存泄露

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

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

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

            明白了嗎?還不明白? next

            ???????? ???????? 只給對象分配了內存,但是直到關閉程序的時候,都還沒有向對象要回那塊內存。

            u??????? 怎樣發現?

            ????????? Vc IDE 中, debug 狀態,程序結束時 output 窗口的 Detect Memory leak

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

            ?

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

            呵呵,知道了根源就應該知道該咋辦了。。。

            ????????

            ??????? / 寫已經刪除的對象(內存)

            當對象 delete 以后,對象內存被系統回收,其指針就指向到一塊非法的內存。如果再對該對象指向內存操作就會導致不可預知的錯誤。因此,通常的做法是 delete 之后,立即賦 NULL

            ?

            ??????? 內存 corruptted

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

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

            根源:

            u??????? ptrA ptrB 都指向同一塊內存

            u??????? 通過 ptrA 釋放內存 Mem0 , Mem0 分配給其它對象 ptrC

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

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

            ?

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

            例:

            CDialog ?dlg=new CDialog ;

            delete dlg

            ???????? ???????? 你能發現什么不對嗎?

            ?????????????????? 提示一下, debug 運行會發現 mem leak !

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

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

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

            ?

            這個主題的內容就講完了,還有一些相關內容在接下來的文章中見:

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

            u??????? 內存沖突

            u??????? 內存 corruptted 解決辦法

            Feedback

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

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

            開始我以為是因為多個線程同時申請堆內存,導致出現爭奪的情況,于是我給每一個new和string構造的地方都加了EnterCriticalSection(&cs);LeaveCriticalSection(&cs);,結果還是頻繁出現異常.

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

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

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

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

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

            還有就是錯誤報告也很有意思,明明是intel的CPU,可它的提示是
            錯誤報告:CPU AMD Feature Code: 00C3E824......
            我的代碼應該沒問題,要不然怎么在我的舊電腦和我同學的電腦上沒發生過內存異常

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

            2006-08-10 16:44 by 一秋草木
            呵呵,這種情況我也不確定了。
            建議你到微軟的知識庫上去看看。里面有很多異常的介紹。
            久久久受www免费人成| 久久久久久免费一区二区三区| 久久久久久极精品久久久 | 久久这里只有精品久久| 99久久国产亚洲高清观看2024| 久久99精品国产麻豆不卡| 久久精品一区二区三区AV| 99久久er这里只有精品18| 青青青国产精品国产精品久久久久| 久久精品无码免费不卡| 亚洲精品美女久久777777| 久久综合狠狠色综合伊人| 久久精品国产亚洲AV蜜臀色欲 | 久久精品无码免费不卡| 久久精品人妻中文系列| 国产精品VIDEOSSEX久久发布| 久久久久久久久波多野高潮| AAA级久久久精品无码区| 久久丫精品国产亚洲av| 日韩欧美亚洲综合久久影院Ds| 国产精品美女久久久久网| 久久国产免费直播| 久久国产精品一区| 国产高潮久久免费观看| 99久久精品国内| 久久久精品人妻一区二区三区蜜桃| 亚洲国产综合久久天堂| 91麻豆精品国产91久久久久久| 精品国际久久久久999波多野| 亚洲愉拍99热成人精品热久久| 久久亚洲国产成人影院网站| 久久天堂电影网| 日韩精品久久久久久| 久久本道伊人久久| 久久er国产精品免费观看2| …久久精品99久久香蕉国产| 国产成年无码久久久免费| 777午夜精品久久av蜜臀| 久久精品国产亚洲av麻豆蜜芽| 狠狠色婷婷久久一区二区| 国内精品久久久久影院薰衣草|