DLL中傳遞STL參數(shù)，vector對(duì)象作為dll參數(shù)傳遞等問(wèn)題(轉(zhuǎn))

原因分析：
一 句話-----如果任何STL類(lèi)使用了靜態(tài)變量（無(wú)論是直接還是間接使用），那么就不要再寫(xiě)出跨執(zhí)行單元訪問(wèn)它的代碼。 除非你能夠確定兩個(gè)動(dòng)態(tài)庫(kù)使用的 都是同樣的STL實(shí)現(xiàn)，比如都使用VC同一版本的STL，編譯選項(xiàng)也一樣。強(qiáng)烈建議，不要在動(dòng)態(tài)庫(kù)接口中傳遞STL容器??！

STL不一定不能在DLL間傳遞，但你必須徹底搞懂它的內(nèi)部實(shí)現(xiàn)，并懂得為何會(huì)出問(wèn)題。
微軟的解釋?zhuān)?br style="margin: 0px; padding: 0px; ">http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b172396
微軟給的解決辦法：
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b168958

1、微軟的解釋?zhuān)?br style="margin: 0px; padding: 0px; ">大 部分C++標(biāo)準(zhǔn)庫(kù)里提供的類(lèi)直接或間接地使用了靜態(tài)變量。由于這些類(lèi)是通過(guò)模板擴(kuò)展而來(lái)的，因此每個(gè)可執(zhí)行映像（通常是.dll或.exe文件）就會(huì)存在 一份只屬于自己的、給定類(lèi)的靜態(tài)數(shù)據(jù)成員。當(dāng)一個(gè)需要訪問(wèn)這些靜態(tài)成員的類(lèi)方法執(zhí)行時(shí)，它使用的是“這個(gè)方法的代碼當(dāng)前所在的那份可執(zhí)行映像”里的靜態(tài)成 員變量。由于兩份可執(zhí)行映像各自的靜態(tài)數(shù)據(jù)成員并未同步，這個(gè)行為就可能導(dǎo)致訪問(wèn)違例，或者數(shù)據(jù)看起來(lái)似乎丟失或被破壞了。

可能不太好懂，我舉個(gè)例子：假如類(lèi)A<T>有個(gè)靜態(tài)變量m_s，那么當(dāng)1.exe使用了2.dll中提供的某個(gè)A<int>對(duì)象時(shí)，由于模板擴(kuò)展機(jī)制，1.exe和2.dll中會(huì)分別存在自己的一份類(lèi)靜態(tài)變量A<int>.m_s。
這 樣，假如1.exe中從2.dll中取得了一個(gè)的類(lèi)A<int>的實(shí)例對(duì)象a，那么當(dāng)在1.exe中直接訪問(wèn)a.m_s時(shí)，其實(shí)訪問(wèn)的是 1.exe中的對(duì)應(yīng)拷貝（正確情況應(yīng)該是訪問(wèn)了2.dll中的a.m_s）。這樣就可能導(dǎo)致非法訪問(wèn)、應(yīng)當(dāng)改變的數(shù)據(jù)沒(méi)有改變、不應(yīng)改變的數(shù)據(jù)被錯(cuò)誤地更 改等異常情形。

原文：
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、保證資源的分配/刪除操作對(duì)等并處于同一個(gè)執(zhí)行單元；
   比如，可以把這些操作（包括構(gòu)造/析構(gòu)函數(shù)、某些容器自動(dòng)擴(kuò)容{這個(gè)需要特別注意}時(shí)的內(nèi)存再分配等）隱藏到接口函數(shù)里面。換句話說(shuō)：盡量不要直接從dll中輸出stl對(duì)象；如果一定要輸出，給它加上一層包裝，然后輸出這個(gè)包裝接口而不是原始接口。

2、保證所有的執(zhí)行單元使用同樣版本的STL運(yùn)行庫(kù)。
   比如，全部使用release庫(kù)或debug庫(kù)，否則兩個(gè)執(zhí)行單元擴(kuò)展出來(lái)的STL類(lèi)的內(nèi)存布局就可能會(huì)不一樣。

只要記住關(guān)鍵就是：如果任何STL類(lèi)使用了靜態(tài)變量（無(wú)論是直接還是間接使用），那么就不要再寫(xiě)出跨執(zhí)行單元訪問(wèn)它的代碼。

解決方法：
1. 一個(gè)可以考慮的方案
比如有兩個(gè)動(dòng)態(tài)庫(kù)L1和L2，L2需要修改L1中的一個(gè)map，那么我在L1中設(shè)置如下接口
int modify_map(int key, int new_value);
如果需要指定“某一個(gè)map”，則可以考慮實(shí)現(xiàn)一種類(lèi)似于句柄的方式，比如可以傳遞一個(gè)DWORD
不過(guò)這個(gè)DWORD放的是一個(gè)地址

那么modify_map就可以這樣實(shí)現(xiàn)：
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可以這樣調(diào)用:
DWORD h = get_map_handle();
modify_map(h, 1, 2);

2. 加入一個(gè)額外的層，就可以解決問(wèn)題。所以，你需要將你的Map包裝在dll內(nèi)部，而不是讓它出現(xiàn)在接口當(dāng)中。動(dòng)態(tài)庫(kù)的接口越簡(jiǎn)單越好，不好去傳太過(guò)復(fù)雜的東東是至理名言：）

在動(dòng)態(tài)連接庫(kù)開(kāi)發(fā)中要特別注意內(nèi)存的分配與釋放問(wèn)題，稍不注意，極可能造成內(nèi)存泄漏，從而訪問(wèn)出錯(cuò)。例如在某DLL中存在這樣一段代碼：

extent "C" __declspec(dllexport) 
void ExtractFileName( const std::string& path //!< Input path and filename.
, std::string& fname //!< Extracted filename with extension.
)
{
std::string::size_type startPos = path.find_last_of('\\');
fname.assign(path.begin() startPos 1, path.end() );
}

在DLL中使用STL對(duì)象std::string，并且在其中改變std::string的內(nèi)容，即發(fā)生了內(nèi)存的重分配問(wèn)題,若在EXE中調(diào)用該函數(shù)會(huì)出現(xiàn)內(nèi)存訪問(wèn)問(wèn)題。主要是：因?yàn)镈LL和EXE的內(nèi)存分配方式不同，DLL中的分配的內(nèi)存不能在EXE中正確釋放掉。

解決這一問(wèn)題的途徑如下：
一般情況下：構(gòu)建DLL必須遵循誰(shuí)分配就由誰(shuí)釋放的原則，例如COM的解決方案（利用引用計(jì)數(shù)），對(duì)象的創(chuàng)建（QueryInterface）與釋放均在COM組件內(nèi)部完成。在純C 環(huán)境下，可以很容易的實(shí)現(xiàn)類(lèi)似方案。

在應(yīng)用STL的情況下，很難使用上述方案來(lái)解決，因此必須另辟蹊徑，途徑有二：
1、自己寫(xiě)內(nèi)存分配器替代STL中的默認(rèn)分配器。
2、使用STLport替代系統(tǒng)的標(biāo)準(zhǔn)庫(kù)。

其實(shí)，上述問(wèn)題在VC7及以后版本中，已得到解決，注意DLL工程和調(diào)用的工程一定要使用多線程DLL庫(kù)，就不會(huì)發(fā)生內(nèi)存訪問(wèn)問(wèn)題。

今 天寫(xiě)程序的時(shí)候要給一個(gè)模塊的dll傳遞一個(gè)參數(shù)，由于參數(shù)數(shù)量是可變的，因此設(shè)計(jì)成了vector<string>類(lèi)型，但調(diào)試過(guò)程中發(fā)現(xiàn) 在exe中的參數(shù)傳遞到dll中的函數(shù)后，vector變成空的，改成傳引用類(lèi)型后，vector竟然變得很大，并且是無(wú)意義的參數(shù)。

對(duì)于這個(gè)問(wèn)題，兩種辦法：

1.傳遞vector指針

2.傳遞const vector<TYPE>。

究其原因：

是因?yàn)関ector在exe和dll之間傳遞的時(shí)候，由于在dll內(nèi)可能對(duì)vector插入數(shù)據(jù)，而這段內(nèi)存是在dll里面分配的，exe無(wú)法知道如何釋放內(nèi)存，從而導(dǎo)致問(wèn)題。而改成const類(lèi)型后，編譯器便知道dll里不會(huì)改變vector，從而不會(huì)出錯(cuò)。

或 者可以說(shuō)這是"cross-DLL problem."（This problem crops up when an object is created using new in one dynamically linked library (DLL) but is deleted in a different DLL）的一種吧。

對(duì)于STL，在DLL中使用的時(shí)候，往往存在這些問(wèn)題，在網(wǎng)絡(luò)上搜集了下，這些都是要平時(shí)使用STL的時(shí)候注意的。

***************************************************************************************************************

引用http://www./Articles/Article/714.aspx

當(dāng)template 遭遇到dynamic link 時(shí)候, 很多時(shí)候卻是一場(chǎng)惡夢(mèng).
現(xiàn)在來(lái)說(shuō)說(shuō)一部分我已經(jīng)碰到過(guò)的問(wèn)題. 問(wèn)題主要集中在內(nèi)存分配上.
1> 
      拿STL來(lái)說(shuō), 自己寫(xiě)模板的時(shí)候,很難免就用到stl. stl的代碼都在頭文件里. 那么表示著內(nèi)存分配的代碼.只有包含了它的cpp 編譯的時(shí)候才會(huì)被決定是使用什么樣的內(nèi)存分配代碼. 考慮一下: 當(dāng)你聲明了一個(gè)vector<> . 并把這個(gè)vector<>交給一個(gè) dll里的代碼來(lái)用. 用完后, 在你的程序里被釋放了.    那么如果你 在dll里往vector里insert了一些東西. 那么這個(gè)時(shí)候insert 發(fā)生的內(nèi)存分配的代碼是屬于dll的. 你不知道這個(gè)dll的內(nèi)存分配是什么. 是分配在哪里的. 而這個(gè)時(shí)候.釋放那促的動(dòng)作卻不在dll里.....同時(shí). 你甚至無(wú)法保證編譯dll的那個(gè)家伙使用的stl版本和你是完全一樣的..>
      如此說(shuō)來(lái), 程序crash掉是天經(jīng)地義的.... 
      對(duì)策: 千萬(wàn)別別把你的stl 容器,模板容器在 dll 間傳來(lái)傳去 . 記住string也是....

2> 
     你在dll的某個(gè)類(lèi)里聲明了一個(gè)vector之類(lèi)的容器. 而沒(méi)有顯式的寫(xiě)這個(gè)類(lèi)的構(gòu)造和析構(gòu)函數(shù). 那么問(wèn)題又來(lái)了.
     你這個(gè)類(lèi)肯定有操作這vector的函數(shù). 那么這些函數(shù)會(huì)讓vecoter<>生成代碼. 這些代碼在這個(gè)dll里都是一致的. 但是別忘了.你沒(méi)有寫(xiě)析構(gòu)函數(shù)...... 如果這個(gè)時(shí)候, 別人在外面聲明了一個(gè)這樣的類(lèi).然后調(diào)用這個(gè)類(lèi)的函數(shù)操作了這個(gè)vector( 當(dāng)然使用者并不知道什么時(shí)候操作了vector) . 它用完了這個(gè)類(lèi)以后. 類(lèi)被釋放掉了. 編譯器很負(fù)責(zé)的為它生成了一份析構(gòu)函數(shù)的代碼...... 聽(tīng)好了.這份代碼并不是在 dll里 ... . 事情于是又和1>里的一樣了.... crash ......(可能還會(huì)伴隨著迷茫.....)
     對(duì)策: 記得dll里每個(gè)類(lèi),哪怕式構(gòu)造析構(gòu)函數(shù)式空的. 也要寫(xiě)到cpp里去. 什么都不寫(xiě)也式很糟糕的.....同時(shí),更要把任何和內(nèi)存操作有關(guān)的函數(shù)寫(xiě)到 .cpp 里...

3> 
    以上兩個(gè)問(wèn)題似乎都是比較容易的-----只要把代碼都寫(xiě)到cpp里去, 不要用stl容器傳來(lái)傳去就可以了.
   那么第三個(gè)問(wèn)題就要麻煩的多.
   如果你自己寫(xiě)了一個(gè)模板, 這個(gè)模板用了stl 容器..........
   這個(gè)時(shí)候你該怎么辦呢?
　顯然你無(wú)法把和內(nèi)存分配相關(guān)的函數(shù)都寫(xiě)到.cpp里去 . template的代碼都必須放到header file里.....
   對(duì)策: 解決這個(gè)問(wèn)題的基本做法是做一個(gè)stl 內(nèi)存分配器 , 強(qiáng)制把這個(gè)模板里和內(nèi)存分配相關(guān)的放到一個(gè).cpp里去.這個(gè)時(shí)候編譯這個(gè)cpp就會(huì)把內(nèi)存分配代碼固定在一個(gè)地方: 要么是dll. 要么是exe里...

模板+動(dòng)態(tài)鏈接庫(kù)的使用問(wèn)題還很多. 要千萬(wàn)留心這個(gè)陷阱遍地的東西啊

***************************************************************************************************************************

微軟關(guān)于這類(lèi)問(wèn)題的解釋?zhuān)?/p>

You may experience an access violation when you access an STL object through a pointer or reference in a different DLL or EXE

http://support.microsoft.com/default.aspx?scid=KB;en-us;q172396

How to export an instantiation of a Standard Template Library (STL) class and a class that contains a data member that is an STL object

http://support.microsoft.com/default.aspx?scid=KB;en-us;q168958

總結(jié)：

字符串參數(shù)用char*，Vector用char**，