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

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

<2011年4月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

常用鏈接

留言簿(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>
            欧美一区二区三区视频在线| 亚洲美女在线观看| 国产一区二区三区高清在线观看 | 一区二区毛片| 午夜激情综合网| 国产欧美一区二区三区在线老狼| 一区二区三区国产| 亚洲午夜羞羞片| 亚洲欧美卡通另类91av| 欧美风情在线观看| 亚洲电影第三页| 亚洲国产精品99久久久久久久久| 亚洲欧美区自拍先锋| 羞羞漫画18久久大片| 久久精品一区四区| 国产精品久久久久久亚洲毛片| 久久国产天堂福利天堂| 亚洲激情视频在线| 99亚洲伊人久久精品影院红桃| 久久亚洲欧美| 欧美高清视频www夜色资源网| 亚洲在线一区二区| 香蕉av777xxx色综合一区| 日韩一区二区福利| 欧美一区2区视频在线观看| 你懂的成人av| a4yy欧美一区二区三区| 欧美在线免费观看视频| 欧美片在线播放| 国产在线精品二区| aⅴ色国产欧美| 久久婷婷丁香| 一区二区三区免费在线观看| 久久福利影视| 欧美日韩免费观看一区三区| 狠狠久久婷婷| 亚洲欧美日韩网| 欧美激情视频在线播放 | 一区二区三区四区五区精品| 久久精品亚洲| 一区二区三区国产在线观看| 老妇喷水一区二区三区| 国产精品自拍小视频| 在线中文字幕日韩| 欧美成人午夜剧场免费观看| 亚洲欧美另类综合偷拍| 欧美日韩你懂的| 亚洲国产高清一区二区三区| 久久精品国产久精国产思思| 欧美一区午夜精品| 亚洲一区欧美一区| 欧美成人免费观看| 久久九九国产精品| 国产欧美日韩精品a在线观看| 国产拍揄自揄精品视频麻豆| 国产手机视频精品| 亚洲午夜在线视频| 99re6热只有精品免费观看| 欧美aⅴ一区二区三区视频| 欧美精品一区二区三区一线天视频| 欧美激情视频一区二区三区在线播放| 美女露胸一区二区三区| 国产永久精品大片wwwapp| 久久精品国产精品亚洲| 欧美一区二区三区视频免费播放 | 欧美激情在线播放| 好看的日韩视频| 亚洲精品一区二| 欧美激情一二三区| 欧美刺激性大交免费视频| 亚洲男人第一av网站| 欧美揉bbbbb揉bbbbb| 宅男噜噜噜66国产日韩在线观看| 午夜精品视频| 一区二区三区四区在线| 国产精品视频一| 久久久噜噜噜久久中文字幕色伊伊| 欧美va天堂| 一本色道久久综合亚洲精品婷婷| 亚洲性视频h| 国产精品综合色区在线观看| 久久久999| 久热精品视频在线观看| 国产精品电影在线观看| 亚洲欧美日韩精品久久奇米色影视| 久久久亚洲成人| 性欧美video另类hd性玩具| 激情视频一区二区三区| 亚洲福利视频二区| 香蕉久久精品日日躁夜夜躁| 国产一区二区三区四区三区四| 亚洲午夜极品| 亚洲欧美日韩国产精品| 亚洲二区在线观看| 亚洲激情电影在线| 国产精品视频一| 欧美/亚洲一区| 欧美亚一区二区| 99re热这里只有精品免费视频| 欧美一区二区三区精品电影| 久久久精品国产免大香伊 | 亚洲日本理论电影| 一区二区电影免费在线观看| 国产伊人精品| 欧美影院精品一区| 久久久综合激的五月天| 亚洲一级黄色片| 一本一本a久久| 欧美一级黄色录像| 一区二区av| 久久精品日产第一区二区| 国产麻豆日韩欧美久久| 欧美不卡一卡二卡免费版| 欧美日韩性视频在线| 老司机67194精品线观看| 久久精品国产第一区二区三区| 欧美日韩国产综合新一区| 久久久欧美精品sm网站| 欧美午夜视频| 亚洲欧洲精品一区二区| 国产一区二区三区久久| 久久久精品国产免大香伊| 欧美精选午夜久久久乱码6080| 亚洲伦理精品| 久久久久久夜| 午夜一区二区三视频在线观看| 亚洲影院在线观看| 夜夜嗨av一区二区三区| 欧美顶级少妇做爰| 一区二区在线视频| 久久一区视频| 国产色综合天天综合网| 亚洲视频精品在线| 一二美女精品欧洲| 欧美人在线视频| 最新国产乱人伦偷精品免费网站| 欧美日韩国产限制| 亚洲国产精品视频一区| 亚洲福利精品| 久热精品视频在线观看| 欧美+亚洲+精品+三区| 黄色成人免费网站| 另类专区欧美制服同性| 久久综合九色综合欧美就去吻| 久久艳片www.17c.com| 久久精品在线| 国产一本一道久久香蕉| 欧美电影在线免费观看网站| 今天的高清视频免费播放成人| 亚洲成色999久久网站| 在线看片成人| 亚洲一区精品视频| 欧美一级艳片视频免费观看| 国产精品乱码久久久久久| 亚洲一区二区三区色| 欧美中在线观看| 国内精品福利| 农村妇女精品| 在线中文字幕一区| 亚洲精华国产欧美| 欧美成人亚洲| 亚洲视频福利| 久久一二三国产| 亚洲精品一区在线| 国产精品麻豆va在线播放| 久久av在线看| 艳女tv在线观看国产一区| 欧美影院精品一区| 91久久精品美女| 国产精品―色哟哟| 久久久国产成人精品| 亚洲欧洲日韩综合二区| 欧美在线观看日本一区| 亚洲高清影视| 国产精品第一区| 久久综合色婷婷| 99精品视频免费| 久久夜色精品国产噜噜av| 日韩视频免费在线| 国产一区二区精品久久| 亚洲午夜精品网| 在线观看欧美日本| 欧美视频一区二区| 99视频一区二区| 久久久亚洲国产天美传媒修理工| 国产精品久久久久久久久久久久久久 | 国产一区二区三区自拍| 久久久久久综合| 亚洲午夜精品一区二区三区他趣| 日韩午夜黄色| 国产精品美女xx| 亚洲网站视频福利| 在线播放日韩欧美| 欧美午夜精彩| 久久综合久久久久88| 欧美福利视频在线观看| 亚洲欧美国产一区二区三区| 欧美色精品在线视频| 久久中文字幕导航| 亚洲国产女人aaa毛片在线|