青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

ACG狂人

其實我更愛姐汁...

析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因

今天記錄一下長久以來屢次犯的錯,每次都是換一種方法編碼來繞過這個問題實現(xiàn)功能的,因為這個問題太過隱蔽,導(dǎo)致今天才發(fā)現(xiàn)其中真正的原因...下面進(jìn)行問題描述:
1std::map<std::string, Value> keyValue; // 在函數(shù)內(nèi)部分配的堆棧對象(局部變量)
2ReadData(keyValue);// 從dll中導(dǎo)出的函數(shù)
3keyValue.clear(); // delete中出現(xiàn)assert異常

第一行是在應(yīng)用程序中的堆棧中分配的內(nèi)存空間。
第二行是我自己寫的dll庫,用來讀取一些數(shù)據(jù)加入到keyValue中。
第三行是清空keyValue,其實如果不寫這一行的話,keyValue也會在函數(shù)結(jié)尾時清空,到那時同樣會出現(xiàn)錯誤。
這一切乍一看沒啥問題,keyValue是局部變量,為什么局部變量的釋放會出現(xiàn)異常錯誤呢?這是因為第二行ReadData的緣故。ReadData的邏輯在另外一個可執(zhí)行模塊中,在其中分配的內(nèi)存空間不一定與當(dāng)前模塊在同一個堆區(qū)。
我們知道,std::map是一個樹結(jié)構(gòu)的容器,我在ReadData內(nèi)部往keyValue中添加了數(shù)據(jù),keyValue中會在堆區(qū)中分配樹節(jié)點,而這個節(jié)點將會在當(dāng)前模塊在keyValue的析構(gòu)中被釋放。也就是說,我無意中在dll模塊中分配了堆空間,又無意中在exe模塊中企圖釋放該空間,這樣的行為導(dǎo)致錯誤是不足為怪的。
時刻牢記,在一個模塊中分配和釋放同一塊內(nèi)存區(qū)域,警惕你所看不見的內(nèi)存分配和釋放。

posted on 2010-07-01 15:47 釀妹汁 閱讀(3382) 評論(11)  編輯 收藏 引用 所屬分類: C++備忘

評論

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-01 17:09 陳梓瀚(vczh)

你的錯誤是因為dll的std::map跟你這里的std::map不是使用同一份代碼,而是兩份代碼。所以不要拿stl的模板容器去跨dll。所以這種時候,你應(yīng)該去包裝一個不能再.h看到實現(xiàn)的StringValueMap然后暴露出來,或者不要用dll直接使用它的代碼。  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-01 18:30 hxhxd

看到了dll導(dǎo)出了一個wrap std::string 的std:map,嚴(yán)重懷疑std:string的copy-on-write 使得兩個模塊引用了同一個stringbuffer,然后dll模塊的unload或者exe模塊的clear都有可能導(dǎo)致對方模塊在進(jìn)一步的操作中access violation.  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-01 18:48 壞人

dll導(dǎo)出函數(shù) 應(yīng)該是純C的  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因[未登錄] 2010-07-01 19:34 路人甲

本人喜歡鉆牛角尖,博主能否把測試代碼發(fā)給我(alcoholyi@qq.com)。
另外,你下的結(jié)論有誤,沒有什么exe,dll模塊堆空間一說,堆只跟進(jìn)程有關(guān)系,可以簡單的理解為同一個進(jìn)程的dll和exe共享一個堆空間。
  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-01 21:15 Forrest

我覺得實際上是你的DLL接口設(shè)計有問題,從來就沒有見到過接口有使用map的,一般接口的定義只使用C語言的接口,遵守資源誰分配誰釋放的原則,如果使用C++的接口的話,比如map,資源的分配釋放就分不清楚了.  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-01 21:28 Forrest

@路人甲
有道理  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-02 02:18 Mensch88

完全贊同vczh的觀點。lz的ReadData肯定是在另一個庫里面編譯的,而那個庫調(diào)用的STL lib與現(xiàn)在的項目不同。這跟模塊沒有任何關(guān)系。
我最近也一直碰到這種情況。使用別人的第三方程序庫,Release能跑,而Debug里面一碰到傳遞string就出錯。郁悶。
有誰知道如何能查看第三方庫到底link了哪些dll么?
  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-02 10:33 老安

確實有一種情況,
在window下遇到過,兩個dll,在其中一個dll中new一個object,然后在另外一個dll delete,崩潰。
環(huán)境是winxp vc6.
很久之前了。

但是你這種玩法是問題復(fù)雜化了。  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-02 12:28 ebencheung

@你的錯誤是因為dll的std::map跟你這里的std::map不是使用同一份代碼,而是兩份代碼

嚴(yán)重同意上述觀點.template是源代碼級的復(fù)用.請勿跨二進(jìn)制使用.  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2010-07-08 14:35

回LS幾位的話...釋放內(nèi)存的時候,系統(tǒng)提示為已經(jīng)釋放過的內(nèi)存塊或是在不同的堆中分配的內(nèi)存。也許提示的不正確,但是本著誰分配誰釋放的原則的話,就算在模塊接口上使用std的容器也應(yīng)該沒什么問題。
這方面只要注意在兩個模塊中使用同樣的clib鏈接方式就可以,分為debug、release、static、dynamic的命名方式,項目中存在多種配置,都是統(tǒng)一的。  回復(fù)  更多評論   

# re: 析構(gòu)過程中內(nèi)存相關(guān)錯誤的絕大多數(shù)原因 2013-12-26 13:24 smilelittle

這個常見的錯誤,“2010-07-08 14:35 釀”說的對。原因在于dll和exe鏈接了不同基礎(chǔ)lib導(dǎo)致,把它們?nèi)吭O(shè)置成一樣的,就沒問題了。  回復(fù)  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美黄色aaaa| 亚洲香蕉视频| 亚洲免费视频在线观看| 亚洲一区bb| 亚洲欧美在线视频观看| 午夜欧美大片免费观看 | 欧美日韩直播| 国产精品久久久久久超碰| 国产精品视频网| 国产自产高清不卡| 亚洲欧洲日本专区| 亚洲一级片在线看| 久久久久青草大香线综合精品| 久色婷婷小香蕉久久| 亚洲国产乱码最新视频| 一区二区三区.www| 久久夜色精品国产欧美乱极品| 欧美日韩的一区二区| 国产一区二区观看| 一区二区三区高清视频在线观看| 欧美与欧洲交xxxx免费观看 | 黄色成人av| 亚洲影院色无极综合| 老牛国产精品一区的观看方式| 亚洲精品视频在线| 欧美在线一二三四区| 欧美日韩另类在线| 国产一区二区三区观看| 亚洲视频免费看| 欧美国产精品一区| 午夜欧美精品久久久久久久| 欧美日本一区二区视频在线观看| 国语自产在线不卡| 亚洲一区二区在线免费观看| 欧美大片国产精品| 欧美一二三视频| 国产精品xvideos88| 亚洲精品一区二区三区99| 久久精品99国产精品日本| 亚洲美女视频在线免费观看| 麻豆国产精品777777在线| 国产婷婷色一区二区三区在线 | 久久综合九色综合欧美就去吻| 欧美视频一区在线| 亚洲麻豆国产自偷在线| 欧美一级电影久久| 免费观看亚洲视频大全| 亚洲午夜三级在线| 欧美日韩视频在线一区二区| 亚洲精品美女在线观看播放| 久久精品国产亚洲高清剧情介绍| 亚洲美女在线视频| 欧美日韩国产精品一卡| 日韩视频一区二区三区在线播放免费观看 | 亚洲精品国产精品乱码不99| 久久综合给合| 亚洲成色www8888| 美女脱光内衣内裤视频久久网站| 欧美永久精品| 国产真实久久| 另类春色校园亚洲| 久久色在线观看| 亚洲国内精品在线| 亚洲国产精品一区二区第一页| 免费久久99精品国产自| 亚洲国产成人精品女人久久久| 免费成人美女女| 玖玖玖国产精品| 亚洲免费成人av| 一区二区三区色| 国产亚洲欧美激情| 免费在线亚洲| 欧美日韩国产小视频| 亚洲字幕在线观看| 久久精品女人| 99视频在线精品国自产拍免费观看| 亚洲精品一区二区三区婷婷月| 欧美午夜电影网| 久久免费国产| 欧美精品www在线观看| 亚洲在线一区二区| 欧美专区在线观看一区| 亚洲精品视频在线观看网站| 夜夜嗨av一区二区三区网站四季av| 国产精品国产精品国产专区不蜜| 久久精视频免费在线久久完整在线看| 久久精品女人天堂| 一区二区电影免费观看| 性色一区二区三区| 亚洲免费成人av电影| 国产精品99久久久久久宅男| 国内精品免费在线观看| 亚洲精华国产欧美| 国产日本欧美一区二区| 亚洲国内在线| 国产亚洲成av人在线观看导航 | 欧美中文字幕视频在线观看| 亚洲精美视频| 亚洲伊人网站| 亚洲美女黄网| 欧美制服丝袜第一页| 红桃视频国产一区| 国产精品人人做人人爽人人添| 国产在线视频不卡二| 亚洲国产精品va在线看黑人| 国产精品久久久久久久久久免费看 | 欧美视频在线一区| 麻豆精品在线播放| 欧美色精品天天在线观看视频 | 亚洲欧美一区二区三区久久| 亚洲国产精品电影在线观看| 亚洲视频中文| 亚洲国产日韩欧美在线动漫 | 欧美国产一区视频在线观看| 欧美一区二区三区免费观看| 欧美国产成人在线| 久久久久久久久久看片| 欧美调教vk| 亚洲国产婷婷| 一区二区三区在线不卡| 亚洲欧美精品| 亚洲综合精品四区| 欧美区在线播放| 欧美激情一区| 亚洲电影天堂av| 久久久久久电影| 久久久久久亚洲精品不卡4k岛国| 国产精品www色诱视频| 最近中文字幕mv在线一区二区三区四区| 国产亚洲精品高潮| 亚洲欧美色一区| 先锋影院在线亚洲| 国产精品对白刺激久久久| 99在线|亚洲一区二区| 99精品视频免费全部在线| 老司机精品久久| 亚洲国产成人精品视频| 亚洲精华国产欧美| 免费一级欧美片在线播放| 欧美成年人网| 亚洲激情网站| 欧美日韩三区四区| 日韩视频一区二区三区在线播放免费观看 | 99精品欧美一区二区三区综合在线| 亚洲成人原创| 久久综合给合久久狠狠色 | 亚洲大片精品永久免费| 久久久国产一区二区| 美女精品国产| 亚洲国产视频a| 欧美国产免费| 欧美一二三视频| 亚洲欧美日韩网| 国产麻豆视频精品| 亚洲在线播放电影| 久久精品视频免费观看| 国产亚洲欧美日韩日本| 久久久精品动漫| 欧美成人午夜激情| 亚洲特色特黄| 国产日产精品一区二区三区四区的观看方式 | 亚洲人www| 亚洲一区二区三区久久| 国产欧美日韩中文字幕在线| 久久精品国产久精国产一老狼| 久久亚洲国产精品一区二区 | 亚洲国产精品毛片| 欧美日本韩国一区| 亚洲尤物在线视频观看| 久久人人看视频| 99国产精品视频免费观看一公开| 欧美亚一区二区| 久久久久久高潮国产精品视| 亚洲精品乱码久久久久久按摩观| 亚洲综合不卡| 一区在线视频| 欧美午夜宅男影院| 久久久国产精品一区二区三区| 亚洲日本电影在线| 久久久av网站| 亚洲无玛一区| 亚洲国产精品高清久久久| 国产精品看片资源| 欧美黄色大片网站| 久久精品国产一区二区电影| 亚洲精品久久久久久下一站| 久久精品国产亚洲高清剧情介绍| 亚洲欧洲日韩在线| 国产日韩精品一区二区三区| 欧美激情亚洲综合一区| 久久久99国产精品免费| 99视频有精品| 欧美国产综合一区二区| 欧美一区视频在线| 亚洲视屏在线播放| 亚洲黄色尤物视频| 国语精品一区| 国产精品手机在线| 国产精品成人观看视频免费 | 欧美激情网站在线观看|