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

ACG狂人

其實(shí)我更愛姐汁...

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

今天記錄一下長久以來屢次犯的錯,每次都是換一種方法編碼來繞過這個問題實(shí)現(xiàn)功能的,因?yà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,其實(shí)如果不寫這一行的話,keyValue也會在函數(shù)結(jié)尾時(shí)清空,到那時(shí)同樣會出現(xiàn)錯誤。
這一切乍一看沒啥問題,keyValue是局部變量,為什么局部變量的釋放會出現(xiàn)異常錯誤呢?這是因?yàn)榈诙蠷eadData的緣故。ReadData的邏輯在另外一個可執(zhí)行模塊中,在其中分配的內(nèi)存空間不一定與當(dāng)前模塊在同一個堆區(qū)。
我們知道,std::map是一個樹結(jié)構(gòu)的容器,我在ReadData內(nèi)部往keyValue中添加了數(shù)據(jù),keyValue中會在堆區(qū)中分配樹節(jié)點(diǎn),而這個節(jié)點(diǎn)將會在當(dāng)前模塊在keyValue的析構(gòu)中被釋放。也就是說,我無意中在dll模塊中分配了堆空間,又無意中在exe模塊中企圖釋放該空間,這樣的行為導(dǎo)致錯誤是不足為怪的。
時(shí)刻牢記,在一個模塊中分配和釋放同一塊內(nèi)存區(qū)域,警惕你所看不見的內(nèi)存分配和釋放。

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

評論

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

你的錯誤是因?yàn)閐ll的std::map跟你這里的std::map不是使用同一份代碼,而是兩份代碼。所以不要拿stl的模板容器去跨dll。所以這種時(shí)候,你應(yīng)該去包裝一個不能再.h看到實(shí)現(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

我覺得實(shí)際上是你的DLL接口設(shè)計(jì)有問題,從來就沒有見到過接口有使用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的觀點(diǎn)。lz的ReadData肯定是在另一個庫里面編譯的,而那個庫調(diào)用的STL lib與現(xiàn)在的項(xiàng)目不同。這跟模塊沒有任何關(guān)系。
我最近也一直碰到這種情況。使用別人的第三方程序庫,Release能跑,而Debug里面一碰到傳遞string就出錯。郁悶。
有誰知道如何能查看第三方庫到底link了哪些dll么?
  回復(fù)  更多評論   

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

確實(shí)有一種情況,
在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

@你的錯誤是因?yàn)閐ll的std::map跟你這里的std::map不是使用同一份代碼,而是兩份代碼

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

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

回LS幾位的話...釋放內(nèi)存的時(shí)候,系統(tǒng)提示為已經(jīng)釋放過的內(nèi)存塊或是在不同的堆中分配的內(nèi)存。也許提示的不正確,但是本著誰分配誰釋放的原則的話,就算在模塊接口上使用std的容器也應(yīng)該沒什么問題。
這方面只要注意在兩個模塊中使用同樣的clib鏈接方式就可以,分為debug、release、static、dynamic的命名方式,項(xiàng)目中存在多種配置,都是統(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>
            久久天天躁狠狠躁夜夜爽蜜月| 一区二区亚洲欧洲国产日韩| 99国产精品一区| 亚洲影院色在线观看免费| 国产精品www| 亚洲欧美国产精品va在线观看 | 亚洲最新合集| 欧美一区二区三区久久精品| 国产亚洲人成a一在线v站| 久久综合一区| 日韩视频一区二区在线观看| 欧美一区二区三区四区视频| **网站欧美大片在线观看| 欧美激情视频网站| 亚洲欧美日韩在线不卡| 六十路精品视频| 一区二区毛片| 国产亚洲精品久久久| 久久综合色婷婷| 一区二区三区不卡视频在线观看| 久久国内精品自在自线400部| 狠狠入ady亚洲精品经典电影| 欧美国内亚洲| 性欧美大战久久久久久久免费观看| 久久亚洲私人国产精品va| 99在线|亚洲一区二区| 国产亚洲精品美女| 欧美国产欧美亚洲国产日韩mv天天看完整 | 美日韩精品视频| 日韩午夜一区| 男女精品网站| 欧美在现视频| 亚洲精品国产日韩| 国产一区二区三区精品久久久| 欧美va亚洲va日韩∨a综合色| 亚洲欧美日韩一区二区| 欧美高清成人| 久久久久久**毛片大全| 在线视频欧美一区| 136国产福利精品导航网址| 国产精品美女视频网站| 欧美男人的天堂| 久热精品视频| 午夜天堂精品久久久久| 一区二区三区日韩欧美| 亚洲国产精品一区制服丝袜 | 亚洲精品日韩在线观看| 久久综合久色欧美综合狠狠| 亚洲欧洲av一区二区三区久久| 亚洲第一区在线| 国内精品久久久久影院 日本资源| 欧美三级视频在线| 欧美理论视频| 欧美jizz19hd性欧美| 久久久精品国产99久久精品芒果| 午夜精品视频在线观看| 亚洲视频一区在线| 一本色道精品久久一区二区三区| 欧美国产在线电影| 欧美~级网站不卡| 久久免费一区| 久久久久久婷| 久久免费国产精品1| 久久久精彩视频| 久久精品亚洲| 久久国产日韩| 久久狠狠亚洲综合| 久久久久.com| 久久综合电影一区| 久久五月婷婷丁香社区| 久久在线免费观看视频| 快she精品国产999| 免费一级欧美在线大片| 免费成人网www| 欧美大片网址| 亚洲人成人99网站| 99国产精品久久久久老师| 亚洲精品日韩在线观看| 99精品热视频| 亚洲一区二区精品在线| 欧美一级夜夜爽| 久久久精品欧美丰满| 久久裸体视频| 欧美99久久| 欧美日韩三区四区| 国产精品主播| 极品少妇一区二区| 亚洲精品国产精品乱码不99| 99在线精品观看| 欧美一二三区精品| 久久阴道视频| 亚洲国产一区二区三区青草影视| 日韩视频免费大全中文字幕| 在线综合亚洲欧美在线视频| 欧美一级在线播放| 男女激情视频一区| 欧美三级中文字幕在线观看| 国产丝袜一区二区| 亚洲国产精品一区二区第四页av| 亚洲人成在线影院| 亚洲欧美激情视频在线观看一区二区三区| 性欧美长视频| 欧美黄免费看| 亚洲一区三区在线观看| 久久久久高清| 欧美美女bbbb| 国产一区二区三区在线观看免费视频| 欲香欲色天天天综合和网| 在线一区二区三区四区五区| 欧美在线视频播放| 亚洲丶国产丶欧美一区二区三区 | 欧美国产日韩一二三区| 国产精品视频在线观看| 亚洲黄网站黄| 欧美亚洲综合在线| 亚洲激情不卡| 欧美一区二区三区在线播放| 欧美黄免费看| 黄色成人av网站| 亚洲一区二区少妇| 老色鬼久久亚洲一区二区| 99国产精品视频免费观看| 久久人人爽人人爽| 国产精品九九| 亚洲精品日韩在线| 久久久成人网| 亚洲视频免费观看| 女生裸体视频一区二区三区| 国产美女精品视频免费观看| 日韩午夜电影av| 美女精品视频一区| 亚洲欧美日韩爽爽影院| 欧美喷潮久久久xxxxx| 精品成人在线| 久久成人在线| 中日韩美女免费视频网站在线观看 | 麻豆91精品| 国产日韩亚洲欧美| 中文久久精品| 亚洲欧洲日本国产| 久久夜色精品亚洲噜噜国产mv| 国产精品欧美一区二区三区奶水| 亚洲日本在线观看| 久久综合狠狠| 欧美中文日韩| 国产精品永久免费在线| 亚洲一区在线免费| 亚洲精品欧洲| 欧美激情按摩在线| 亚洲福利av| 免费观看30秒视频久久| 久久国产精品毛片| 国产欧美日韩综合| 午夜久久美女| 亚洲综合清纯丝袜自拍| 欧美网站在线观看| 亚洲天堂免费在线观看视频| 亚洲精品乱码久久久久久蜜桃麻豆 | 欧美伊人精品成人久久综合97| 99国产精品久久久久久久久久| 欧美精品久久一区二区| 亚洲人成小说网站色在线| 亚洲成色最大综合在线| 蜜桃久久av一区| 亚洲精品少妇网址| 亚洲日本成人女熟在线观看| 欧美激情精品久久久久久免费印度 | 久久噜噜噜精品国产亚洲综合 | 免费视频久久| 亚洲精品影院| 99国产精品久久久久久久成人热| 欧美色视频在线| 亚洲欧美另类在线| 先锋a资源在线看亚洲| 国产亚洲成av人在线观看导航| 久久国产主播| 久久免费视频网| 亚洲精选中文字幕| 夜夜夜久久久| 国产精品美女在线| 久久久久久久一区| 乱人伦精品视频在线观看| 亚洲精品自在久久| 中文精品99久久国产香蕉| 国产伦精品一区| 免费国产一区二区| 欧美日韩系列| 久久精品国产清高在天天线| 久久亚洲国产成人| 99精品黄色片免费大全| 国产精品99久久久久久宅男| 国产亚洲欧美中文| 亚洲国产综合在线看不卡| 欧美三级小说| 久久综合给合久久狠狠色| 欧美成人综合网站| 午夜日韩电影| 欧美xx69| 欧美一区二区在线看| 久久综合伊人77777麻豆|