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

大龍的博客

常用鏈接

統計

最新評論

(轉)跨dll訪問STL的map的問題

問題:跨dll,針對Vector引用的傳遞沒有問題,但是Map就出現問題了。

原因分析:
一句話-----如果任何STL類使用了靜態變量(無論是直接還是間接使用),那么就不要再寫出跨執行單元訪問它的代碼。 除非你能夠確定兩個動態庫使用 的都是同樣的STL實現,比如都使用VC同一版本的STL,編譯選項也一樣。強烈建議,不要在動態庫接口中傳遞STL容器!!

STL不一定不能在DLL間傳遞,但你必須徹底搞懂它的內部實現,并懂得為何會出問題。
微軟的解釋:
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b172396
微軟給的解決辦法:
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b168958

1、微軟的解釋:
大部分C++標準庫里提供的類直接或間接地使用了靜態變量。由 于這些類是通過模板擴展而來的,因此每個可執行映像(通常是.dll或.exe文件)就會存在一份只屬于自己的、給定類的靜態數據成員。當一個需要訪問這 些靜態成員的類方法執行時,它使用的是“這個方法的代碼當前所在的那份可執行映像”里的靜態成員變量。由于兩份可執行映像各自的靜態數據成員并未同步,這 個行為就可能導致訪問違例,或者數據看起來似乎丟失或被破壞了。

可能不太好懂,我舉個例子:假如類A<T>有個靜態變量m_s,那么當1.exe使用了2.dll中提供的某個A<int>對象時,由于模板擴展機制,1.exe和2.dll中會分別存在自己的一份類靜態變量A<int>.m_s。
這樣,假如1.exe中從2.dll中取得了一個的類A<int>的實例對象a,那么當在1.exe中直接訪問a.m_s時,其實訪問的是 1.exe中的對應拷貝(正確情況應該是訪問了2.dll中的a.m_s)。這樣就可能導致非法訪問、應當改變的數據沒有改變、不應改變的數據被錯誤地更 改等異常情形。

原文:
Most classes in the Standard C++ Libraries use static data members directly or indirectly. Since these classes are generated through template instantiation, each executable image (usually with DLL or EXE file name extensions) will contain its own copy of the static data member for a given class. When a method of the class that requires the static data member is executed, it uses the static data member in the executable image in which the method code resides. Since the static data members in the executable images are not in sync, this action could result in an access violation or data may appear to be lost or corrupted.

1、保證資源的分配/刪除操作對等并處于同一個執行單元;
   比如,可以把這些操作(包括構造/析構函數、某些容器自動擴容{這個需要特別注意}時的內存再分配等)隱藏到接口函數里面。換句話說:盡量不要直接從dll中輸出stl對象;如果一定要輸出,給它加上一層包裝,然后輸出這個包裝接口而不是原始接口

2、保證所有的執行單元使用同樣版本的STL運行庫。
   比如,全部使用release庫或debug庫,否則兩個執行單元擴展出來的STL類的內存布局就可能會不一樣。

只要記住關鍵就是:如果任何STL類使用了靜態變量(無論是直接還是間接使用),那么就不要再寫出跨執行單元訪問它的代碼。

解決方法:
1. 一個可以考慮的方案
比如有兩個動態庫L1和L2,L2需要修改L1中的一個map,那么我在L1中設置如下接口
int modify_map(int key, int new_value);
如果需要指定“某一個map”,則可以考慮實現一種類似于句柄的方式,比如可以傳遞一個DWORD
不過這個DWORD放的是一個地址

那么modify_map就可以這樣實現:
int modify_map(DWORD map_handle, int key, int new_value)
{
    std::map<int, int>& themap = *(std::map<int, int>*)map_handle;
    themap[key] = new_value;
}

map_handle的值也首先由L1“告訴”L2:
DWORD get_map_handle();

L2可以這樣調用:
DWORD h = get_map_handle();
modify_map(h, 1, 2);

2. 加入一個額外的層,就可以解決問題。所以,你需要將你的Map包裝在dll內部,而不是讓它出現在接口當中。動態庫的接口越簡單越好,不好去傳太過復雜的東東是至理名言:)

posted on 2009-06-16 17:08 大龍 閱讀(2603) 評論(1)  編輯 收藏 引用

評論

# re: (轉)跨dll訪問STL的map的問題 2009-07-08 14:32 劉林

很好,很強大  回復  更多評論   


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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| 国模叶桐国产精品一区| 国产精品国码视频| 欧美色一级片| 国产精品网站在线| 国产综合精品| 亚洲国产精品电影在线观看| 亚洲福利视频在线| 在线视频免费在线观看一区二区| 亚洲小说欧美另类婷婷| 久久大逼视频| 亚洲国产欧美一区| 亚洲国内自拍| 亚洲欧美成aⅴ人在线观看| 欧美在线观看www| 欧美激情亚洲一区| 国产一区二区三区的电影| 亚洲国产精品久久精品怡红院| 亚洲欧洲在线一区| 午夜亚洲性色视频| 欧美黄色小视频| 亚洲一级在线| 欧美中文字幕在线观看| 欧美日韩视频第一区| 国产精品久久夜| 悠悠资源网亚洲青| 亚洲一区美女视频在线观看免费| 久久深夜福利免费观看| 日韩亚洲欧美在线观看| 久久久精品国产免费观看同学| 欧美日韩一区在线观看| 韩日欧美一区二区| 亚洲资源在线观看| 91久久精品国产91久久性色| 午夜宅男久久久| 欧美日韩精品在线视频| 伊人久久男人天堂| 欧美永久精品| 一区二区三区四区蜜桃| 你懂的国产精品| 国内久久婷婷综合| 欧美一级黄色录像| 亚洲一二区在线| 欧美日韩国产精品自在自线| 在线播放中文字幕一区| 香蕉久久夜色| 亚洲视频欧美在线| 欧美视频成人| 亚洲一区二区三区高清| 亚洲日本无吗高清不卡| 麻豆精品传媒视频| 在线观看一区欧美| 久久精品国产欧美激情| 亚洲无亚洲人成网站77777| 欧美精品在线播放| 亚洲另类黄色| 亚洲卡通欧美制服中文| 欧美91精品| 亚洲人精品午夜| 亚洲国产精品小视频| 开心色5月久久精品| 亚洲国产二区| 亚洲成色777777在线观看影院| 久久人91精品久久久久久不卡| 国产综合激情| 免费欧美电影| 欧美成人精品h版在线观看| 亚洲国产日韩一区二区| 亚洲第一福利视频| 欧美精品尤物在线| 亚洲欧美激情视频| 亚洲愉拍自拍另类高清精品| 国产精品视频xxxx| 久久精品欧美| 老司机67194精品线观看| 亚洲福利在线看| 亚洲精品视频在线| 国产精品试看| 蜜臀久久久99精品久久久久久| 玖玖玖免费嫩草在线影院一区| 影音先锋中文字幕一区二区| 欧美国产激情| 国产欧美成人| 亚洲国产影院| 欧美日韩一区二区三区免费看| 一本色道88久久加勒比精品| 一本色道久久综合精品竹菊| 国产欧美在线视频| 欧美激情精品久久久久| 欧美午夜激情视频| 蜜臀91精品一区二区三区| 欧美日韩国产综合网| 久久久蜜桃精品| 欧美香蕉大胸在线视频观看| 久久乐国产精品| 欧美日韩国产综合视频在线| 久久精品视频播放| 欧美精品一区二区在线播放| 午夜精品理论片| 欧美搞黄网站| 久久夜色精品亚洲噜噜国产mv| 欧美欧美全黄| 美女尤物久久精品| 国产精品高潮呻吟视频| 久久亚洲二区| 国产精品国产精品| 欧美高清不卡在线| 国内在线观看一区二区三区| 日韩午夜电影| 欧美久久婷婷综合色| 久久精品亚洲国产奇米99| 欧美精品激情在线| 久久伊人亚洲| 国产欧美日韩免费看aⅴ视频| 亚洲福利免费| 好看的日韩av电影| 亚洲欧美一区二区三区极速播放 | 欧美永久精品| 一区二区三区精密机械公司| 久久免费的精品国产v∧| 午夜久久tv| 国产精品高清网站| 99热免费精品| 国产精品99久久久久久宅男| 另类尿喷潮videofree| 久久九九精品99国产精品| 国产精品v欧美精品v日韩| 亚洲人成人一区二区三区| 黄色av成人| 久久久精品一区| 久久人人97超碰精品888| 国产精品一区免费观看| 亚洲桃花岛网站| 午夜在线电影亚洲一区| 国产精品看片资源| 亚洲特色特黄| 久久本道综合色狠狠五月| 国产精品亚洲人在线观看| 亚洲一区二区三区乱码aⅴ蜜桃女| 中文高清一区| 国产精品欧美风情| 欧美在线视屏| 欧美国产一区在线| 一区二区毛片| 国产欧美一区二区视频| 性视频1819p久久| 久久综合网hezyo| 牛夜精品久久久久久久99黑人| 欧美在线亚洲| 老牛嫩草一区二区三区日本| 国内精品伊人久久久久av影院| 久久国产精品72免费观看| 免费短视频成人日韩| 亚洲精品国产精品国自产在线| 女主播福利一区| 一区二区欧美在线观看| 久久成人国产精品| 亚洲激情一区| 国产精品永久在线| 久久在线91| 亚洲精品在线免费| 久久九九久久九九| 日韩视频免费在线| 国产日韩欧美二区| 久久久久久久久综合| 亚洲三级视频在线观看| 欧美一区二区三区四区在线观看| 精久久久久久久久久久| 欧美视频一区在线| 久久频这里精品99香蕉| 国产精品99久久久久久久vr| 久久综合导航| 亚洲视频导航| 在线日本成人| 国产精品一区二区你懂得| 男女精品网站| 欧美一级黄色录像| 日韩视频免费观看| 麻豆av一区二区三区| 亚洲欧美国产77777| 亚洲高清网站| 国产亚洲激情在线| 欧美日韩一区二区高清| 久久免费的精品国产v∧| 亚洲欧美国产制服动漫| 91久久国产精品91久久性色| 久久久高清一区二区三区| 亚洲图片你懂的| 亚洲人体1000| 亚洲大片免费看| 国产在线乱码一区二区三区| 欧美日韩国产限制| 麻豆国产精品va在线观看不卡| 午夜激情综合网| 亚洲视频国产视频| 日韩一区二区电影网| 亚洲国产精品一区制服丝袜| 久久综合久久综合久久综合| 性做久久久久久|