最近的一個(gè)項(xiàng)目中遇到了調(diào)用別人的sdk接口（dll庫）而傳給我的是一個(gè)vector指針，用完之后還要我來刪除的情況。這個(gè)過程中首先就是在我的exe中將其vector指針轉(zhuǎn)為相應(yīng)指針再獲取vector中相應(yīng)的數(shù)據(jù)問題，始終都獲得不了正確的數(shù)據(jù)，要么就是一些非法的數(shù)據(jù)；另一個(gè)問題就是delete這個(gè)指針時(shí)候會(huì)產(chǎn)生相應(yīng)異常（針對(duì)這個(gè)問題的思考：如果EXE和DLL都鏈接到DLL的C/C++運(yùn)行期庫,那么代碼將能夠很好地運(yùn)行.但是,如果兩個(gè)模塊中的一個(gè)或者兩個(gè)鏈接到靜態(tài)C/C++運(yùn)行期庫,那delete的操作就會(huì)失敗.）。這叫一個(gè)折騰的糾結(jié)啊。搜羅了一些網(wǎng)絡(luò)資料以備以后的參考學(xué)習(xí)：

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

（2） 從一個(gè)可執(zhí)行程序中輸出模板實(shí)例，在另一個(gè)可執(zhí)行程序中引入此實(shí)例。例如：MyLibrary.DLL將vector <MyClass> 指針回傳給MyProgram.EXE中的一個(gè)函數(shù)，需要在MyLibrary.DLL中輸出MyClass類和vector <MyClass> 。在MyProgram.EXE中引入它們后。就可以得到MyLibrary.DLL中靜態(tài)數(shù)據(jù)成員的一份Copy了。

這個(gè)是解決我這個(gè)問題的挺不錯(cuò)的方法，但是并為給予采納和驗(yàn)證。畢竟為了保險(xiǎn)起見最終還是選擇了數(shù)組傳遞數(shù)據(jù)，但是還是要給予的原則是誰創(chuàng)建誰釋放。否則還是會(huì)出問題我這里即便是調(diào)用delete[ ]objArray;這里的delete的并不知道要?jiǎng)h除多大的內(nèi)存，而這個(gè)要?jiǎng)h除多大的內(nèi)存信息是在dll中保存著的，那個(gè)dll中的delete才知道。DLL中分配的內(nèi)存DLL要負(fù)責(zé)釋放！（一個(gè)模塊分配的內(nèi)存要在同一個(gè)模塊中釋放?。?/span>

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

微軟關(guān)于這類問題的解釋：

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

這個(gè)講解也不錯(cuò)：http://blog.csdn.net/lewutian/article/details/6786193

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

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

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

可能不太好懂，我舉個(gè)例子：假如類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ì)分別存在自己的一份類靜態(tài)變量A<int>.m_s。
這樣，假如1.exe中從2.dll中取得了一個(gè)的類A<int>的實(shí)例對(duì)象a，那么當(dāng)在1.exe中直接訪問a.m_s時(shí)，其實(shí)訪問的是 1.exe中的對(duì)應(yīng)拷貝（正確情況應(yīng)該是訪問了2.dll中的a.m_s）。這樣就可能導(dǎo)致非法訪問、應(yīng)當(dāng)改變的數(shù)據(jù)沒有改變、不應(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ù)里面。換句話說：盡量不要直接從dll中輸出stl對(duì)象；如果一定要輸出，給它加上一層包裝，然后輸出這個(gè)包裝接口而不是原始接口。

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

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

解決方法：
1. 一個(gè)可以考慮的方案
比如有兩個(gè)動(dòng)態(tài)庫L1和L2，L2需要修改L1中的一個(gè)map，那么我在L1中設(shè)置如下接口
int modify_map(int key, int new_value);
如果需要指定“某一個(gè)map”，則可以考慮實(shí)現(xiàn)一種類似于句柄的方式，比如可以傳遞一個(gè)DWORD
不過這個(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è)額外的層，就可以解決問題。所以，你需要將你的Map包裝在dll內(nèi)部，而不是讓它出現(xiàn)在接口當(dāng)中。動(dòng)態(tài)庫的接口越簡(jiǎn)單越好，不好去傳太過復(fù)雜的東東是至理名言：）

在動(dòng)態(tài)連接庫開發(fā)中要特別注意內(nèi)存的分配與釋放問題，稍不注意，極可能造成內(nèi)存泄漏，從而訪問出錯(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)存的重分配問題,若在EXE中調(diào)用該函數(shù)會(huì)出現(xiàn)內(nèi)存訪問問題。主要是：因?yàn)镈LL和EXE的內(nèi)存分配方式不同，DLL中的分配的內(nèi)存不能在EXE中正確釋放掉。

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

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

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