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

萬星星@豌豆莢 歡迎加入我們
一個吃軟飯的男人!!!!!我只想寫程序####
微博: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 萬連文 閱讀(7142) 評論(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”字符串,所以導致錯誤。微軟的實現比較的垃圾。  回復  更多評論
  
簡歷下載
聯系我

<2006年4月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

常用鏈接

留言簿(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>
            久久在线视频在线| 亚洲国产国产亚洲一二三| 国产精品婷婷| 欧美日韩国产精品一卡| 亚洲欧美视频| 欧美gay视频激情| 99re6这里只有精品| 国产精品久久国产三级国电话系列 | 榴莲视频成人在线观看| 午夜激情综合网| 欧美日韩精选| 国产精品高潮久久| 欧美午夜视频在线观看| 欧美日韩天堂| 亚洲天堂免费观看| 美女网站在线免费欧美精品| 国内久久精品视频| 欧美亚洲在线| 日韩午夜在线观看视频| 久久精品中文| 亚洲一区精品电影| 在线综合视频| 久热爱精品视频线路一| 国产日韩欧美综合精品| 欧美专区在线观看| 国产精品久久午夜夜伦鲁鲁| 日韩视频在线免费观看| 亚洲精选视频在线| 嫩模写真一区二区三区三州| 美女脱光内衣内裤视频久久网站| 一区二区免费在线播放| 亚洲精品综合久久中文字幕| 欧美成人午夜免费视在线看片| 国产精品亚洲аv天堂网| 欧美大尺度在线观看| 午夜久久一区| 亚洲精品一区二区三区不| 一区二区三区www| 欧美日韩在线一二三| 亚洲精选在线| 亚洲伊人伊色伊影伊综合网| 国产精品久久一区主播| 午夜在线一区二区| 久久久久久久久久看片| 亚洲第一狼人社区| 欧美成人日韩| 亚洲午夜黄色| 久久国产精品毛片| 国产精品yjizz| 国产有码在线一区二区视频| 亚洲精品在线二区| 亚洲午夜精品| 亚洲综合日韩在线| 亚洲一区二区精品视频| 欧美体内谢she精2性欧美| 99ri日韩精品视频| 夜夜精品视频一区二区| 欧美日韩综合视频网址| 一区二区三区视频在线 | 一区在线影院| 老司机精品导航| 日韩网站免费观看| 久久在线免费观看| 欧美不卡激情三级在线观看| 亚洲精品国产精品久久清纯直播| 亚洲国产成人porn| 国产精品女人网站| 麻豆精品视频在线观看视频| 欧美成人三级在线| 亚洲美女视频网| 亚洲欧美综合v| 亚洲激情偷拍| 欧美激情精品| 欧美成人dvd在线视频| 亚洲电影在线看| 亚洲成在人线av| 欧美成人一区二区三区| 亚洲肉体裸体xxxx137| 欧美高清视频一区| 欧美精品福利| 欧美一区二区三区的| 久久精品论坛| 亚洲一区国产| 9l视频自拍蝌蚪9l视频成人| 久久色中文字幕| 国产精品蜜臀在线观看| 亚洲欧美视频一区| 老司机精品福利视频| 久久国产精品一区二区三区四区 | 亚洲欧美一区二区激情| 国产一区导航| 亚洲国产三级| 国产午夜精品在线| 日韩亚洲欧美高清| 激情综合亚洲| 亚洲欧美国产高清va在线播| **欧美日韩vr在线| 欧美专区在线观看一区| 国产精品美女在线观看| 欧美成人一区在线| 国产三区精品| 亚洲亚洲精品三区日韩精品在线视频| 国产精品久久久久久久久久ktv| 嫩草成人www欧美| 国产香蕉97碰碰久久人人| 亚洲美女av在线播放| 亚洲欧洲一区二区在线播放| 欧美一区精品| 亚欧成人精品| 国产精品美女视频网站| 六月丁香综合| 性久久久久久久久久久久| 午夜在线成人av| 亚洲精品日产精品乱码不卡| 久久精品人人| 欧美一区二区视频免费观看| 亚洲第一精品久久忘忧草社区| 亚洲国产精品一区二区www| 国内伊人久久久久久网站视频 | 在线日韩一区二区| 美日韩精品免费| 亚洲伊人一本大道中文字幕| 亚洲理论电影网| 亚洲破处大片| 一区二区亚洲精品国产| 亚洲国产婷婷综合在线精品 | 国产日韩欧美制服另类| 在线亚洲高清视频| 久久久视频精品| 亚洲私人影院在线观看| 噜噜噜91成人网| 亚洲精品在线看| 欧美一区国产二区| 精品动漫3d一区二区三区免费版| 久久人人爽人人爽| 在线一区二区视频| 久久精品91| 亚洲一二三区在线| 一区二区视频免费在线观看| 欧美日本一区二区高清播放视频| 亚洲欧美不卡| 亚洲三级免费| 久久夜色精品国产欧美乱极品| 99re亚洲国产精品| 激情成人av| 国产精品久久二区| 欧美日韩三级电影在线| 麻豆freexxxx性91精品| 香蕉精品999视频一区二区| 亚洲精品国产日韩| 欧美国产第二页| 久久精品国产亚洲一区二区三区| 99综合电影在线视频| 在线高清一区| 在线观看视频免费一区二区三区| 国产精品色婷婷| 国产精品日韩在线观看| 欧美手机在线视频| 国产精品国产三级国产aⅴ无密码 国产精品国产三级国产aⅴ入口 | 美脚丝袜一区二区三区在线观看| 亚洲欧美日韩精品在线| 亚洲欧美激情一区二区| 制服丝袜亚洲播放| 亚洲欧美国产日韩天堂区| 亚洲影院色无极综合| 午夜在线观看免费一区| 久久天天躁狠狠躁夜夜爽蜜月| 欧美一区二区三区喷汁尤物| 久久高清福利视频| 欧美国产日韩精品免费观看| 欧美精品国产一区| 国产精品美女久久久免费| 国产日韩三区| 亚洲六月丁香色婷婷综合久久| 9i看片成人免费高清| 久久精视频免费在线久久完整在线看| 久久视频这里只有精品| 亚洲激情综合| 久久国产黑丝| 欧美三区在线视频| 国内一区二区在线视频观看| 在线视频欧美日韩| 久久网站免费| 亚洲婷婷综合色高清在线 | 欧美福利一区二区三区| 一本一道久久综合狠狠老精东影业| 亚洲欧美第一页| 欧美日本韩国一区二区三区| 在线不卡视频| 美女国内精品自产拍在线播放| 亚洲精品一区二区三区四区高清| 欧美有码视频| 国产亚洲日本欧美韩国| 亚洲一区二区精品在线观看| 欧美日韩精品免费观看| 欧美电影在线观看完整版| 韩国欧美一区| 久久夜色精品一区| 久久国产精品99国产| 国户精品久久久久久久久久久不卡|