STL跨平臺調用會出現(xiàn)很多異常，你可以試試. STL使用模板生成，當我們使用模板的時候，每一個EXE，和DLL都在編譯器產生了自己的代碼，導致模板所使用的靜態(tài)成員不同步，所以出現(xiàn)數(shù)據(jù)傳遞的各種問題，下面是詳細解釋。
原因分析：
一 句話-----如果任何STL類使用了靜態(tài)變量（無論是直接還是間接使用），那么就不要再寫出跨執(zhí)行單元訪問它的代碼。?除非你能夠確定兩個動態(tài)庫使用的 都是同樣的STL實現(xiàn)，比如都使用VC同一版本的STL，編譯選項也一樣。強烈建議，不要在動態(tài)庫接口中傳遞STL容器??！
STL不一定不能在DLL間傳遞，但你必須徹底搞懂它的內部實現(xiàn)，并懂得為何會出問題。
微軟的解釋：
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b172396
微軟給的解決辦法：
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b168958
1、微軟的解釋：
大 部分C++標準庫里提供的類直接或間接地使用了靜態(tài)變量。由于這些類是通過模板擴展而來的，因此每個可執(zhí)行映像（通常是.dll或.exe文件）就會存在 一份只屬于自己的、給定類的靜態(tài)數(shù)據(jù)成員。當一個需要訪問這些靜態(tài)成員的類方法執(zhí)行時，它使用的是“這個方法的代碼當前所在的那份可執(zhí)行映像”里的靜態(tài)成 員變量。由于兩份可執(zhí)行映像各自的靜態(tài)數(shù)據(jù)成員并未同步，這個行為就可能導致訪問違例，或者數(shù)據(jù)看起來似乎丟失或被破壞了。
可能不太好懂，我舉個例子：假如類A
?
在動態(tài)連接庫開發(fā)中要特別注意內存的分配與釋放問題，稍不注意，極可能造成內存泄漏，從而訪問出錯。例如在某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對象std::string，并且在其中改變std::string的內容，即發(fā)生了內存的重分配問題,若在EXE中調用該函數(shù)會出現(xiàn)內存訪問問題。主要是：因為DLL和EXE的內存分配方式不同，DLL中的分配的內存不能在EXE中正確釋放掉。
解決這一問題的途徑如下：
一般情況下：構建DLL必須遵循誰分配就由誰釋放的原則，例如COM的解決方案（利用引用計數(shù)），對象的創(chuàng)建（QueryInterface）與釋放均在COM組件內部完成。在純C 環(huán)境下，可以很容易的實現(xiàn)類似方案。
在應用STL的情況下，很難使用上述方案來解決，因此必須另辟蹊徑，途徑有二：
1、自己寫內存分配器替代STL中的默認分配器。
2、使用STLport替代系統(tǒng)的標準庫。
其實，上述問題在VC7及以后版本中，已得到解決，注意DLL工程和調用的工程一定要使用多線程DLL庫，就不會發(fā)生內存訪問問題。
?
?
一個很奇怪的問題：DLL中使用std::string作為參數(shù)結果出錯
STL
這段時間,在工程中將一些功能封裝成動態(tài)庫,需要使用動態(tài)庫接口的時候.使用了STL的一些類型作為參數(shù).
比方string,vector,list.但是在使用接口的時候.
class exportClass
{
? ???bool dll_funcation(string &str);
};
復制代碼
//上面這個類只是一個形式，具體內容不寫出來了.這個類被導出
當我在使用這個庫的時候.這樣寫代碼:
string str="":
exportClass tmp;
tmp.dll_function(str);
復制代碼
這個函數(shù)能成功調用.但是在函數(shù)里面會給這個數(shù)組附值.如果字符串太長,就會出錯.函數(shù)調用能成功,但是一旦str資源需要釋放的時候,資源就不能釋放了,提示釋放了錯誤的內存空間.
一點一點取掉這個函數(shù)的代碼.最后就剩下
str="qadasdasdasdsafsafas";
還是出錯誤.
如果改成很短的字符串,就不會出錯誤.
在這個時候,只能嘗試認為是字符串的空間太小
最終我修改成這樣,錯誤消失了.希望錯誤真的是這個引起的
string str="":
str.resize(1000);
exportClass tmp;
tmp.dll_function(str);
?
今 天寫程序的時候要給一個模塊的dll傳遞一個參數(shù)，由于參數(shù)數(shù)量是可變的，因此設計成了vector
對于這個問題，兩種辦法：
1.傳遞vector指針
2.傳遞const vector
究其原因：
是因為vector在exe和dll之間傳遞的時候，由于在dll內可能對vector插入數(shù)據(jù)，而這段內存是在dll里面分配的，exe無法知道如何釋放內存，從而導致問題。而改成const類型后，編譯器便知道dll里不會改變vector，從而不會出錯。
或 者可以說這是"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）的一種吧。
對于STL，在DLL中使用的時候，往往存在這些問題，在網(wǎng)絡上搜集了下，這些都是要平時使用STL的時候注意的。
***************************************************************************************************************
引用http://www.hellocpp.net/Articles/Article/714.aspx
當template 遭遇到dynamic link 時候, 很多時候卻是一場惡夢.
現(xiàn)在來說說一部分我已經(jīng)碰到過的問題. 問題主要集中在內存分配上.
1>?
????? 拿STL來說, 自己寫模板的時候,很難免就用到stl. stl的代碼都在頭文件里. 那么表示著內存分配的代碼.只有包含了它的cpp 編譯的時候才會被決定是使用什么樣的內存分配代碼. 考慮一下: 當你聲明了一個vector<> . 并把這個vector<>交給一個 dll里的代碼來用. 用完后, 在你的程序里被釋放了.??? 那么如果你 在dll里往vector里insert了一些東西. 那么這個時候insert 發(fā)生的內存分配的代碼是屬于dll的. 你不知道這個dll的內存分配是什么. 是分配在哪里的.
而這個時候.釋放那促的動作卻不在dll里.....同時. 你甚至無法保證編譯dll的那個家伙使用的stl版本和你是完全一樣的..>
????? 如此說來, 程序crash掉是天經(jīng)地義的....?
????? 對策: 千萬別別把你的stl 容器,模板容器在 dll 間傳來傳去 . 記住string也是....
2>?
???? 你在dll的某個類里聲明了一個vector之類的容器. 而沒有顯式的寫這個類的構造和析構函數(shù). 那么問題又來了.
???? 你這個類肯定有操作這vector的函數(shù). 那么這些函數(shù)會讓vecoter<>生成代碼. 這些代碼在這個dll里都是一致的. 但是別忘了.你沒有寫析構函數(shù)...... 如果這個時候, 別人在外面聲明了一個這樣的類.然后調用這個類的函數(shù)操作了這個vector( 當然使用者并不知道什么時候操作了vector) . 它用完了這個類以后. 類被釋放掉了. 編譯器很負責的為它生成了一份析構函數(shù)的代碼...... 聽好了.這份代碼并不是在 dll里 ... . 事情于是又和1>里的一樣了.... crash ......(可能還會伴隨著迷茫.....)
???? 對策: 記得dll里每個類,哪怕式構造析構函數(shù)式空的. 也要寫到cpp里去. 什么都不寫也式很糟糕的.....同時,更要把任何和內存操作有關的函數(shù)寫到 .cpp 里...
3>?
??? 以上兩個問題似乎都是比較容易的-----只要把代碼都寫到cpp里去, 不要用stl容器傳來傳去就可以了.
?? 那么第三個問題就要麻煩的多.
?? 如果你自己寫了一個模板, 這個模板用了stl 容器..........
?? 這個時候你該怎么辦呢?
顯然你無法把和內存分配相關的函數(shù)都寫到.cpp里去 . template的代碼都必須放到header file里.....
?? 對策: 解決這個問題的基本做法是做一個stl 內存分配器 , 強制把這個模板里和內存分配相關的放到一個.cpp里去.這個時候編譯這個cpp就會把內存分配代碼固定在一個地方: 要么是dll. 要么是exe里...
模板+動態(tài)鏈接庫的使用問題還很多. 要千萬留心這個陷阱遍地的東西啊
***************************************************************************************************************************
微軟關于這類問題的解釋：
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
?
?
總結：
字符串參數(shù)用char*，Vector用char**，
動態(tài)內存要牢記誰申請誰釋放的原則。
下載文檔
