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

萬星星@豌豆莢 歡迎加入我們
一個吃軟飯的男人!!!!!我只想寫程序####
微博:http://weibo.com/wanlianwen
posts - 172,  comments - 1253,  trackbacks - 0

昨天做一個dll,代碼很快寫完了,然而使用得時候總是遇到string內部指針刪除錯誤,郁悶了一天,今天沒去公司,好好研究了一下。
首先看下下面這段代碼,聲明兩個string對象:

std:: string ??s1? = ? " wlwlxj " ;
std::
string ??s2? = ? " lxjwlwww " ;

調試狀態下可以看到內部指針:
s1=0x00364ff9
s2=0x00365061
然后執行

s2? = ?s1;

按下f11,進入xstring源文件:

_Myt & ? operator = ( const ?_Myt & ?_X)?????????// 賦值操作符
??
{ return ?(assign(_X));?}?????????????????????// 調用assign函數

繼續進入assign(_X)函數:

_Myt & ?assign( const ?_Myt & ?_X)
????????
{ return ?(assign(_X,? 0 ,?npos));?}???// 調用assign函數
繼續進入assign函數,好戲都在這里面:
_Myt&?assign(const?_Myt&?_X,?size_type?_P,?size_type?_M)
????????
{if?(_X.size()?<?_P)
????????????_Xran();
????????size_type?_N?
=?_X.size()?-?_P;
????????
if?(_M?<?_N)
????????????_N?
=?_M;
????????
if?(this?==?&_X)
????????????erase((size_type)(_P?
+?_N)),?erase(0,?_P);
????????
else?if?(0?<?_N?&&?_N?==?_X.size()????????????????????????// 這個分支意思就是如果拷貝源有內容且就是就是源本身,并且
????????????
&&?_Refcnt(_X.c_str())?<?_FROZEN?-?1??????????// 源字符串引用次數少于255-1次(可見引用次數最多255次),
????????????
&&?allocator?==?_X.allocator)???????????????????????????//且源字符和目的字符分配器一致
????????????
{_Tidy(true);?????????????????????????????????????????????// 刪除本身
????????????_Ptr?
=?(_E?*)_X.c_str();????????????????????????????????????// 復制內容到目的串
????????????_Len?
=?_X.size();
????????????_Res?
=?_X.capacity();
????????????
++_Refcnt(_Ptr);?}?????????????????????????????????????????????// 增加一次引用

????????
else?if?(_Grow(_N,?true))
????????????
{_Tr::copy(_Ptr,?&_X.c_str()[_P],?_N);
????????????_Eos(_N);?}

????????
return?(*this);?}

這樣結果就是調用=號以后,s2地址和s1地址一樣,都是0x00364ff9。

假如我們動態庫有這樣一個類class DLL接口:

SetString(std::string?str)
{
m_str?
=?str;
}

在客戶調用時候:

std::string?str?=?"wlwlxj";
DLL?d;
d.SetString(str);?
//?此時沒有深拷貝,而是引用了str內部指針地址
在調用結束的時候,dll內部刪除成員變量的時候,會判斷m_str內部指針合法性,由于實際分配是在調用端,在dll內部自然檢查指針非法。

解決方法就是避免std::string引用計數,接口處修改為SetString(const char*),這樣在dll內部分配內存,內部釋放,就不會有問題。
posted on 2006-04-18 16:23 萬連文 閱讀(7137) 評論(9)  編輯 收藏 引用 所屬分類: 模板

FeedBack:
# re: std::string一個極其隱晦得問題
2006-04-18 16:55 | cf
此是老問題了,即跨module(exe、dll)間申請/釋放內存違例的問題,對發生在傳遞c++對象并使用時,不僅僅發生在std::string上

原因是由于程序中使用的內存管理多來源于crt提供的例程,而非直接使用操作系統的接口,這些例程都需要維護一些module全局數據(例如維護池、維護空閑塊、或者標記已申請的塊等等,不同的實現中有不同的作用),當他們被靜態連編時,實際上這些“全局數據”就不“全局”了,不同的module各自為政,每份module都有自己的“全局數據”,自身的內存信息不為他人所知,module A的合法內存快自然不可能通得過module B的合法性驗證

解決問題的方法有:
1、不要跨module傳遞c++對象,或者避免釋放跨module申請的內存

2、將參與合作的module統統以multithreaded dll方式鏈入crt庫,讓他們的“全局”數據真正全局,注意,所有有交互的module都需要動態鏈入crt,

不推薦第二種方式
  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2006-04-18 20:29 | christanxw
Dll的出口函數最好是用標準的C類型。  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2006-04-18 21:39 | 萬連文
最好是用標準的C類型卻是是一種準則。
個人認為:作為輸出參數可以通過指針避免,輸入參數一般沒有問題,上面那個string僅僅由于實現上造成的,其實還可以這樣避免:
SetString(std::string str)
{
m_str = str.c_str();
}
  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2006-04-20 11:52 | cocalele
SetString(std::string str) 雖然避免了問題,但對象的復制造成了效率下降。我喜歡

<REF>
2、將參與合作的module統統以multithreaded dll方式鏈入crt庫,讓他們的“全局”數據真正全局,注意,所有有交互的module都需要動態鏈入crt,
</REF>
而且為了避免這種內存問題,我還自己做了一個內存回收的實現,所有模塊只分配內存就行了  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2006-04-20 19:53 | Squirrel
那么,使用這樣不是更好?
SetString( const std::string & str ){
m_str = str;
}  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2006-04-20 22:17 | 萬連文
SetString( const std::string & str ){
m_str = str;
}
這樣不可以,因為這樣m_str引用str地址,假如導出類對象是成員變量m_expOBJ,
有這樣一段代碼:
str = "wlw";
m_expOBJ.SetString(str);
m_expOBJ的m_str引用str指針,作用域過去后str析構,此時由于指針被引用,沒有delete內存,而m_expOBJ析構的時候,m_str對象內部指針沒有被引用,刪除時恰好發現指針不合法,引起問題。
m_str = str.c_str();可以避免引用。   回復  更多評論
  
# re: std::string一個極其隱晦得問題
2006-07-26 15:51 | 愛上小白

有一個不成文但是卻是重要的前提, STL對象盡量不要作為dll的接口傳遞.

不過你說的問題應該是不存在的, 因為
SetString(std::string str)
{
m_str = str; //這里++ref
}

所以結果str還是存在一個ref供外部調用的.
  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2008-06-12 10:45 | 小潘
我這幾天也遇到這個問題,此問對我有很多幫助,非常感謝,發現用STL對象的確有很多問題,最好改用const char * 如果需要然后在進行轉換。  回復  更多評論
  
# re: std::string一個極其隱晦得問題
2011-07-30 07:48 | hls
不是stl本身有問題,而是stl的微軟實現有問題,如果都用stlport就可以解決問題,因為微軟判斷一個字符串是否沒有分配內存不是拿指針是否為NULL來比較,而是把它和一個全局的“null”字符串來比較,這樣由于跨module后,出現了兩個“null”字符串,所以導致錯誤。微軟的實現比較的垃圾。  回復  更多評論
  
簡歷下載
聯系我

<2008年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(66)

隨筆分類

隨筆檔案

相冊

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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精品国产| 欧美韩日一区二区| 久久综合色一综合色88| 亚洲经典一区| 亚洲欧洲一区二区三区久久| 亚洲私人影吧| 亚洲一区二区三区四区在线观看| 欧美在线999| 一本色道久久综合亚洲二区三区| av成人激情| 狠狠色丁香婷婷综合影院| 欧美高清视频一区二区三区在线观看 | 欧美视频免费在线| 亚洲一区二区四区| 在线视频日韩| 国产精品爽爽爽| 一区二区日韩| 久久久蜜臀国产一区二区| 亚洲高清在线观看一区| 欧美大片在线观看| 国产亚洲欧美日韩日本| 国产一区二区中文字幕免费看| 国产日韩欧美在线视频观看| 亚洲精品婷婷| 国产日韩综合| 国内精品视频666| 精品动漫一区| 亚洲精品影院在线观看| 国产精品美腿一区在线看| 欧美午夜片在线免费观看| 国产精品chinese| 一区二区三区无毛| 欧美精品123区| 国产精品美女久久久久久久| 欧美成人在线免费视频| 国产视频一区在线观看一区免费| 亚洲网站在线观看| 亚洲视频999| 国内伊人久久久久久网站视频| 欧美日韩精品高清| 久久黄色网页| 亚洲女人天堂av| 日韩一区二区电影网| 欧美69wwwcom| 国产亚洲一区精品| 亚洲二区在线| 欧美一区二区三区免费在线看| 亚洲精品久久久久久下一站| 亚洲午夜精品网| 欧美日韩不卡视频| 亚洲理伦电影| 久久亚洲影音av资源网| 麻豆9191精品国产| 91久久嫩草影院一区二区| 国产欧美日韩一区二区三区在线| 欧美日韩mp4| 亚洲精品影院在线观看| 亚洲欧美久久久| 噜噜噜躁狠狠躁狠狠精品视频| 免费一级欧美片在线播放| 欧美一区影院| 久久三级视频| 国产亚洲成精品久久| 欧美成年人网站| 欧美天堂在线观看| 国产一区二区三区久久悠悠色av| 精品av久久久久电影| 亚洲一区日韩在线| 亚洲美女电影在线| 欧美日韩一区二区三区在线| 亚洲美女精品久久| 欧美国产日韩一二三区| 亚洲乱码国产乱码精品精| 欧美日韩国产成人高清视频| 国产精品欧美日韩| 美女任你摸久久| 欧美午夜一区二区| 亚洲福利视频一区二区| 国产精品一区一区三区| 最新成人av网站| 欧美aaa级| 久久av在线| 亚洲大片在线| 亚洲精品美女91| 国产精品亚洲аv天堂网| 免费黄网站欧美| 国产精品捆绑调教| 欧美激情综合色| 欧美激情在线观看| 欧美乱妇高清无乱码| 欧美粗暴jizz性欧美20| 亚洲精品日韩综合观看成人91| 久久综合九色99| 欧美日韩国产色综合一二三四 | 欧美寡妇偷汉性猛交| 亚洲毛片在线观看| 亚洲一区二区三区精品动漫| 欧美高清自拍一区| 国产精品久久久久久久久婷婷| 亚洲精品久久在线| 欧美一区日韩一区| 欧美一级片在线播放| 久久久久88色偷偷免费| 狼人天天伊人久久| 国产噜噜噜噜噜久久久久久久久 | 午夜久久久久| 欧美激情乱人伦| 最新国产拍偷乱拍精品 | 91久久夜色精品国产网站| 欧美国产大片| 欧美日韩一区在线观看| 一区二区三区四区国产| 亚洲无限av看| 国产精品午夜视频| 欧美亚洲一区二区在线| 亚洲自拍偷拍网址| 亚洲欧美激情一区| 午夜一区在线| 国产婷婷色一区二区三区四区| 欧美亚洲视频在线看网址| 欧美一区二区在线| 久久亚洲精品视频| 亚洲精品欧美日韩专区| 韩日精品在线| 国产精品午夜视频| 在线观看精品一区| 亚洲国产裸拍裸体视频在线观看乱了 | 欧美一区二区三区日韩| 亚洲欧美成人精品| 久久最新视频| 香蕉久久久久久久av网站| 蜜桃av综合| 亚洲视频在线观看视频| 91久久午夜| 亚洲国产精品专区久久| 亚洲精品1区| 一区二区欧美日韩视频| 久久天天狠狠| 亚洲精品自在在线观看| 欧美一区二区网站| 99pao成人国产永久免费视频| 韩国视频理论视频久久| 国产精品人人爽人人做我的可爱| 欧美日韩色婷婷| 国产精品乱子乱xxxx| 亚洲精品视频二区| 亚洲精选久久| 亚洲片在线观看| 欧美亚洲综合网| 亚洲欧美日韩综合| 欧美一区二区在线观看| 久久精品亚洲精品| 一本久道久久综合狠狠爱| 欧美一区二区三区在线观看| 亚洲男女自偷自拍图片另类| 亚洲午夜一区二区| 中国成人在线视频| 久热这里只精品99re8久| 亚洲欧洲一区二区天堂久久| 欧美69wwwcom| 亚洲国产mv| 免费久久99精品国产自| 欧美一区二区视频在线观看| 久久久久久久网| 国产精品豆花视频| 国产精品网站一区| 亚洲欧美精品| 国产精品一二三| 国产精品免费网站| 亚洲欧美一区二区在线观看| 久久久亚洲国产天美传媒修理工| 欧美精品aa| 久久久久九九视频| 亚洲精品免费网站| 久久精品国产成人| 国产主播一区二区| 久久精品道一区二区三区| 日韩亚洲综合在线| 激情懂色av一区av二区av| 久久中文字幕导航| 午夜视黄欧洲亚洲| 亚洲欧美韩国| 欧美视频免费在线观看| 午夜精品久久久久久久久 | 欧美一级日韩一级| 国产精品久久国产精品99gif| 国产精品扒开腿爽爽爽视频| 亚洲国产精品精华液网站| 久久久久国产一区二区三区| 久久综合九色综合网站| 一本久久综合| 久久精品国产免费观看| 午夜日韩视频| 亚洲福利视频三区| 欧美色播在线播放| 性色一区二区| 欧美高清你懂得| 亚洲美女免费视频| 欧美在线视频导航|