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

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 釀妹汁 閱讀(3388) 評論(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>
            亚洲国产三级网| 久久国产高清| 亚洲在线播放| 在线一区二区三区做爰视频网站 | 乱码第一页成人| 久久久久这里只有精品| 久久性色av| 欧美日韩国产精品专区| 国产精品第13页| 国产精品午夜电影| 国产亚洲欧美激情| 亚洲承认在线| 一区二区激情小说| 亚洲在线观看免费| 久久久久一区二区三区四区| 免费一区视频| 日韩一本二本av| 午夜视频久久久久久| 久久久久这里只有精品| 欧美日产一区二区三区在线观看 | 伊人蜜桃色噜噜激情综合| 亚洲黄色在线看| 亚洲免费在线| 乱中年女人伦av一区二区| 亚洲激情小视频| 亚洲自拍三区| 欧美成人精品激情在线观看| 国产精品久久久久久久久久免费| 国内精品久久久| 一本久久a久久精品亚洲| 欧美在线视频播放| 亚洲美女诱惑| 麻豆9191精品国产| 国产视频欧美| 亚洲一区在线播放| 欧美韩国一区| 亚洲欧美视频在线观看| 欧美不卡在线视频| 国产午夜精品麻豆| 亚洲手机成人高清视频| 免费一级欧美片在线观看| 亚洲一区二区高清| 欧美电影在线观看完整版| 国产乱码精品一区二区三区不卡| 亚洲精品一区中文| 国产精品欧美日韩一区| 亚洲国产精品va在线看黑人| 午夜精品理论片| 欧美国产日韩一二三区| 久久福利影视| 国产欧美精品xxxx另类| 亚洲手机视频| 日韩午夜激情| 欧美日韩成人在线观看| 亚洲精品久久久久久久久| 麻豆精品一区二区av白丝在线| 亚洲伊人一本大道中文字幕| 欧美日韩一区二区三区在线观看免| 亚洲国产岛国毛片在线| 老鸭窝亚洲一区二区三区| 久久成人资源| 激情综合色综合久久| 久久手机免费观看| 久久国产精品99国产精| 国内精品久久久久影院优| 久久久国产亚洲精品| 欧美在线一级视频| 红杏aⅴ成人免费视频| 久久亚洲综合| 欧美mv日韩mv亚洲| 夜夜嗨av一区二区三区四季av| 亚洲国产精品久久久久秋霞影院 | 亚洲精品视频一区| 欧美日韩123| 亚洲一区二区三区四区中文| 中国成人黄色视屏| 国产精品女人久久久久久| 欧美在线精品一区| 久久久精品网| 日韩午夜av在线| 中文亚洲字幕| 国产主播在线一区| 亚洲成色999久久网站| 欧美日本一区二区高清播放视频| 一区二区三区鲁丝不卡| 午夜精品一区二区三区在线| 1000部国产精品成人观看| 亚洲精品国产品国语在线app | 91久久线看在观草草青青| 亚洲人成网站色ww在线| 国产精品mm| 久久一区亚洲| 欧美片在线观看| 久久精品国产亚洲5555| 欧美h视频在线| 午夜欧美精品久久久久久久| 久久久国产精品一区二区三区| 91久久久久| 午夜在线视频一区二区区别 | 欧美在线观看网址综合| 久久久欧美精品| 国产精品一二一区| 暖暖成人免费视频| 国产精品久线观看视频| 欧美大片一区二区三区| 国产精品久久久久影院色老大| 蜜臀av性久久久久蜜臀aⅴ四虎| 欧美日韩国产123区| 久久亚洲私人国产精品va媚药 | 亚洲国产欧美久久| 亚洲永久免费av| 亚洲精品一区二区在线观看| 性欧美xxxx大乳国产app| 一区二区三区精品国产| 欧美77777| 久久久久久有精品国产| 国产精品嫩草影院av蜜臀| 亚洲日本欧美日韩高观看| 在线不卡亚洲| 性欧美大战久久久久久久免费观看| 一本一本久久a久久精品综合麻豆 一本一本久久a久久精品牛牛影视 | 欧美专区日韩专区| 欧美成人精品一区二区三区| 久久久午夜视频| 国产欧美精品日韩精品| 一区二区三区毛片| 亚洲四色影视在线观看| 欧美另类极品videosbest最新版本| 亚洲已满18点击进入久久| 欧美福利一区二区三区| 欧美激情在线| 亚洲精品之草原avav久久| 欧美不卡福利| 亚洲日本精品国产第一区| 日韩午夜av| 欧美国产精品久久| 亚洲国产精品第一区二区| 亚洲欧洲中文日韩久久av乱码| 久久在线播放| 亚洲二区在线| 99视频有精品| 国产精品ⅴa在线观看h| 亚洲一区999| 香蕉乱码成人久久天堂爱免费| 国产精品免费久久久久久| 亚洲欧美一级二级三级| 久久久久久久久久久成人| 黄色一区二区三区四区| 欧美88av| 亚洲午夜精品在线| 久久精品视频在线观看| 在线精品高清中文字幕| 欧美黑人在线观看| 99av国产精品欲麻豆| 性欧美大战久久久久久久免费观看| 国产精品入口麻豆原神| 久久精品99久久香蕉国产色戒| 欧美大片第1页| 亚洲午夜高清视频| 国产一区二区三区高清播放| 裸体歌舞表演一区二区| 99亚洲一区二区| 久久久蜜桃精品| 欧美日本成人| 午夜精品www| 欧美a级大片| 亚洲天堂黄色| 一区二区三区在线观看国产| 欧美精品aa| 欧美一区二区三区久久精品| 亚洲第一网站免费视频| 午夜激情一区| 亚洲另类黄色| 国产亚洲精品高潮| 欧美精品亚洲二区| 欧美在线日韩| 亚洲精品中文在线| 久久亚洲视频| 性欧美超级视频| avtt综合网| 亚洲福利视频一区| 国产精品欧美风情| 欧美国产精品人人做人人爱| 香蕉av福利精品导航| 亚洲国产综合视频在线观看| 欧美一区二区免费视频| 日韩性生活视频| 亚洲第一成人在线| 国产色综合网| 国产精品国产三级国产 | 国产精品美女久久久久久2018| 久久夜色精品国产噜噜av| 亚洲尤物视频在线| 亚洲伦理中文字幕| 亚洲成人资源| 蜜臀av性久久久久蜜臀aⅴ| 欧美一区二区视频在线| 一区二区三区四区在线| 亚洲黄色av一区| 一区二区三区在线免费视频|